<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Альтернатива агрегирования адресов BGP в Mikrotik]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Альтернатива агрегирования адресов BGP в Mikrotik форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 06:29:39 -0400</pubDate>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402756">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Действительно. Но, конечно, вы можете написать скрипт и запускать его с нужным интервалом, который проверяет, доступна ли ваша меньшая подсеть в таблице маршрутов, и если не доступна — отключает маршрут-черную дыру. Это приведёт к тому, что агрегированный маршрут больше не будет рекламироваться. Раньше в версии v6 это можно было сделать без скрипта, а в v7 нужен именно скрипт. <br />
			<i>22.11.2024 15:01:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402756</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402756</guid>
			<pubDate>Fri, 22 Nov 2024 15:01:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402755">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Сегодня наткнулся на это, пытаясь настроить маршрутизацию между двумя MX204 и двумя CCR2216. Поправьте, если я ошибаюсь. Это похоже в том плане, что и там, и там нужно как-то объявлять агрегат, но в случае Junos «агрегатные» или «анонсированные» маршруты (а) синхронизируются с любыми более мелкими подсетями, которые они содержат, и (б) пропадают, если такая подсеть отсутствует в таблице маршрутизации. В случае ROS v7 я не смог найти способ отозвать агрегат, если соответствующий маршрутизатор становится изолированным. Риск в том, что «черная дыра» — маршрут, который все рекомендуют, на самом деле может превратиться в настоящую черную дыру. <br />
			<i>22.11.2024 13:10:00, lele.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402755</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402755</guid>
			<pubDate>Fri, 22 Nov 2024 13:10:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402754">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			К сожалению, в ros6 это сработало... Спасибо за помощь... Вы меня очень продвинули вперёд. <br />
			<i>25.03.2023 09:24:00, randomnz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402754</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402754</guid>
			<pubDate>Sat, 25 Mar 2023 09:24:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402753">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Как я уже говорил, MikroTik не поддерживает автоагрегацию, в отличие от Juniper. <br />
			<i>25.03.2023 05:02:00, DarkNate.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402753</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402753</guid>
			<pubDate>Sat, 25 Mar 2023 05:02:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402752">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо, это пока конфигурация для демонстрации – работает на CCR-2116. Я учту, чтобы проверить affinity перед развертыванием. Спасибо, что поделились своей конфигурацией.<br /><br />Проблема, которая у меня остаётся, в том, что я хочу, чтобы маршрутизатор анонсировал маршрут 100.64.0.0/21 только тогда, когда в его собственной таблице маршрутизации есть маршрут из этого диапазона. Например, если вышестоящий маршрутизатор анонсирует 100.64.0.0/24, я бы хотел, чтобы мой маршрутизатор анонсировал 100.64.0.0/21 своим соседям, а не /24.<br /><br />Используя фильтры и так далее, убрать /24 достаточно просто – но если следовать примеру конфигурации (по крайней мере в моём случае), агрегированный маршрут 100.64.0.0/21 всегда анонсируется. <br />
			<i>25.03.2023 00:39:00, randomnz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402752</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402752</guid>
			<pubDate>Sat, 25 Mar 2023 00:39:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402751">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В твоей конфигурации есть проблемы — ты неправильно настроил привязку ввода/вывода CPU, из-за этого процессор роутера будет перегружаться при загрузке больших таблиц маршрутизации. Режим привязки входа/выхода должен соответствовать модели CPU твоего роутера для всех BGP-пиров, включая iBGP. Вот что я сделаю: поделюсь своей конфигурацией из продакшена на CCR1072, где CPU имеет большое количество ядер, что важно для настройки affinity. В MikroTik ROSv7 теперь есть шаблоны, которые автоматически настраивают некоторые параметры при создании нового пира. Также приведу примеры фильтров маршрутов.<br /><br />Для примера будем считать, что хочу экспортировать только агрегаты размера /21 и /22, потому что в реальности у тебя может быть список агрегатов с /21, /22, /23 и так далее.<br /><br />#Агрегированный маршрут#<br /><br />/ip/firewall/address-list &nbsp;<br />add address=100.64.0.0/21 list=bgp-networks &nbsp;<br />add address=10.0.0.0/22 list=bgp-networks &nbsp;<br /><br />/ip route &nbsp;<br />add blackhole comment="Blackhole route (Public Aggregate)" disabled=no dst-address=100.64.0.0/21 &nbsp;<br />add blackhole comment="Blackhole route (Public Aggregate)" disabled=no dst-address=10.0.0.0/22 &nbsp;<br /><br />/routing bgp template &nbsp;<br />set default as=123 disabled=no hold-time=1m input.affinity=alone keepalive-time=20s output.affinity=alone .network=bgp-networks .redistribute=bgp remove-private-as=yes router-id=100.64.0.0 routing-table=main &nbsp;<br /><br />/routing bgp connection &nbsp;<br />add address-families=ip as=123 disabled=no hold-time=1m input.affinity=alone .filter=Transit-IN-IPv4 keepalive-time=20s local.address=192.168.0.0 role=ebgp-customer name=IPv4-Transit output.affinity=alone .filter-chain=Transit-OUT-IPv4 .network=bgp-networks .redistribute=bgp remote.address=192.168.0.1 .as=1234 remove-private-as=yes router-id=100.64.0.0 routing-table=main templates=default &nbsp;<br /><br />/routing filter rule &nbsp;<br />add chain=Transit-IN-IPv4 disabled=no rule="if (dst in not_in_internet) {reject} else {set pref-src 100.64.0.0; accept}" &nbsp;<br />add chain=Transit-OUT-IPv4 disabled=no rule="if (dst in bgp-networks && dst-len==21 || dst-len=22) {accept} else {reject}" &nbsp;<br /><br />Я использую ту же логику на Juniper, проблем не было. Главное отличие — синтаксис, CLI, вендор и отсутствие автоагрегации маршрутов в MikroTik. Также у меня RouterID — это loopback IP устройства для простоты. <br />
			<i>24.03.2023 19:55:00, DarkNate.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402751</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402751</guid>
			<pubDate>Fri, 24 Mar 2023 19:55:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402750">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ты хочешь сказать, что вот так должно работать: &nbsp;<br />/ip firewall address-list add address=1.1.1.0/23 list=<b>bgp_agg_2d</b><br /><br />/ip route add blackhole disabled=no distance=1 dst-address=1.1.1.0/26<br /><br />/routing bgp connection add as=38900 cisco-vpls-nlri-len-fmt=auto-bits connect=yes disabled=no hold-time=45s input.filter=2D-IN .ignore-as-path-len=yes listen=yes local.role=ebgp .ttl=2 name="2D" output.filter-chain=2D-OUT- .keep-sent-attributes=yes .network=<b>bgp_agg_2d</b> .no-client-to-client-reflection=yes .redistribute=static,bgp remote.address=9.9.9.9/32 .as=9790 .port=179 router-id=8.8.8.8 routing-table=main templates=default &nbsp;<br />Тогда, когда другая BGP-пара анонсирует 1.1.1.0/26 на роутер, он будет анонсировать 1.1.1.0/23? <br />
			<i>24.03.2023 07:19:00, randomnz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402750</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402750</guid>
			<pubDate>Fri, 24 Mar 2023 07:19:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402749">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Агрегаты в ROSv7 работают примерно так же, как в JunOS. В JunOS мы создаём префикс-лист с агрегатами, затем используем функцию агрегации маршрутов, чтобы автоматически создавать discard-маршруты, как только появляется маршрут, влияющий на агрегат. В ROSv7 мы создаём префикс-лист (address list) с агрегатами, а затем просто настраиваем статическую маршрутизацию на blackhole для всех агрегатов на каждом граничном маршрутизаторе в сети — и всё. В конфигурации BGP-пира указываем output network на этот address list, при необходимости можно тонко настроить с помощью route filters. Вот несколько примеров: &nbsp;<br />if (dst in bgp-networks && dst-len&lt;24) {accept} else {reject} &nbsp;<br />if (dst in bgp-networks && dst-len&gt;29 && dst-len&lt;32) {accept} else {reject} <br />
			<i>23.03.2023 05:52:00, DarkNate.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402749</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402749</guid>
			<pubDate>Thu, 23 Mar 2023 05:52:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402748">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мне это тоже не нравится. И ещё меньше мне нравится, что BFD до сих пор недоступен. Похоже, MikroTik были вынуждены реализовать многопоточный BGP, особенно учитывая, что они продавали роутеры с всё большим количеством ядер (например, CCR1072 с 72 ядрами), которые очень медленно справлялись с BGP при работе с полными интернет-таблицами. Они разделили задачи между несколькими процессами, но при этом потеряли важный функционал. А что хуже всего — на всё это ушло столько времени, что эти многопроцессорные роутеры уже в основном стали устаревшими и их заменяют новыми моделями с меньшим, но более быстрым количеством ядер. Так что, возможно, это и не было так уж необходимо в итоге. Тем не менее, я не думаю, что ситуация изменится. Нам придётся скорректировать ожидания и, возможно, искать обходные пути. В своей сети мне придётся кое-что перенастроить, а может и перенумеровать, чтобы справиться с этим. <br />
			<i>17.03.2023 18:45:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402748</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402748</guid>
			<pubDate>Fri, 17 Mar 2023 18:45:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402747">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			К сожалению, это довольно важная особенность BGP. Не совсем понятно, как MT дошли до того, что продают только железо, поддерживающее 7-ку, причем с ограниченным набором функций. <br />
			<i>17.03.2023 17:40:00, randomnz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402747</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402747</guid>
			<pubDate>Fri, 17 Mar 2023 17:40:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402746">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, такие вещи больше нельзя сделать в версии v7, если только вы не хотите использовать какой-нибудь запланированный скрипт. <br />
			<i>17.03.2023 11:45:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402746</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402746</guid>
			<pubDate>Fri, 17 Mar 2023 11:45:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402745">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо. Моя проблема в том, что я хочу, чтобы MikroTik объявлял только /24, когда он получает /28 от роутера ниже по цепочке... <br />
			<i>17.03.2023 10:42:00, randomnz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402745</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402745</guid>
			<pubDate>Fri, 17 Mar 2023 10:42:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402744">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Поскольку в версии 7 больше нет агрегации маршрутов и не рекламируются маршруты, которые у вас на самом деле отсутствуют (bgp-сети с synchronize=no), вам нужно: добавить «черную дыру» для сети, которую хотите агрегировать, например 1.1.1.0/24 из примера выше (если у вас ещё нет маршрута 1.1.1.0/24); добавить элемент 1.1.1.0/24 в список адресов, который вы указали как «выходная сеть» (по умолчанию называется bgp-networks при миграции с v6); создать исходящий фильтр маршрутизации с примерно таким правилом: add chain=out disabled=no rule=“if (dst == 1.1.1.0/24 && dst-len in 25-32) { reject; }” add chain=out disabled=no rule=“accept;” и применить его к BGP-соединению. Этот фильтр гарантирует, что более мелкие подсети внутри агрегированного /24 не будут анонсироваться. Конечно, это всё же не совсем то же самое, что агрегация маршрутов, ведь пир не узнает об этом (при агрегации маршрутов они получают специальный атрибут «aggregator» с маршрутом). <br />
			<i>17.03.2023 10:06:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402744</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402744</guid>
			<pubDate>Fri, 17 Mar 2023 10:06:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402743">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Не мог бы ты выложить свою конфигурацию? Я с этим никак не справляюсь. <br />
			<i>17.03.2023 04:17:00, randomnz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402743</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402743</guid>
			<pubDate>Fri, 17 Mar 2023 04:17:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402742">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			@jmay именно так я и сделал, и всё сработало просто отлично! <br />
			<i>16.03.2023 03:39:00, DaneelOlivaw200.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402742</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402742</guid>
			<pubDate>Thu, 16 Mar 2023 03:39:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Альтернатива агрегирования адресов BGP в Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402741">Альтернатива агрегирования адресов BGP в Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, я тут новый пользователь Mikrotik. Пока что до боевой эксплуатации дело не дошло, но пока всё работает отлично! <br /><br />На Cisco-устройстве я обычно использовал что-то вроде этого: &nbsp;<br />router bgp 65001 &nbsp;<br />aggregate-address 1.1.1.0 255.255.255.0 &nbsp;<br />neighbor 192.168.1.1 remote-as 65001 &nbsp;<br />neighbor &lt;isp_address&gt; remote-as 101 &nbsp;<br />redistribute connected &nbsp;<br />interface GigabitEthernet0/0/1 &nbsp;<br />ip address 1.1.1.1 255.255.255.128 &nbsp;<br />interface GigabitEthernet0/0/2 &nbsp;<br />ip address 1.1.1.128 255.255.255.128 &nbsp;<br />interface GigabitEthernet0/0/3 &nbsp;<br />ip address &lt;isp_customer_address&gt; 255.255.255.252 &nbsp;<br /><br />Префикс 1.1.1.0/24 объявляется провайдеру. &nbsp;<br /><br />Как задать аналог команды «aggregate-address» в Mikrotik? Это делается через фильтр? В старых версиях, судя по документации, эта команда очевидно присутствует, но в версии 7.x я такого не вижу. Как вообще правильно применять такую настройку? <br />
			<i>21.09.2022 00:14:00, DaneelOlivaw200.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402741</link>
			<guid>http://mikrotik.moscow/forum/forum57/86059-alternativa-agregirovaniya-adresov-bgp-v-mikrotik/message402741</guid>
			<pubDate>Wed, 21 Sep 2022 00:14:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
