<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Вопрос: Многопоточный BGP]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Вопрос: Многопоточный BGP форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 02 Aug 2026 12:36:26 -0400</pubDate>
		<item>
			<title>Вопрос: Многопоточный BGP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383457">Вопрос: Многопоточный BGP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вот как это делает Juniper. Это точно параллельная обработка маршрутов BGP. У меня “нет личной заинтересованности” в этом вопросе, но как разработчик я всегда склоняюсь к мысли: “нет ничего невозможного”. <noindex><a href="https://www.juniper.net/documentation/en_US/day-one-books/DO_BGPSharding.pdf" target="_blank" rel="nofollow" >https://www.juniper.net/documentation/en_US/day-one-books/DO_BGPSharding.pdf</a></noindex> Я понимаю, что это не просто галочка и волшебство, и что BGP многоуровневый, но кто-то уже разобрался с логистикой и алгоритмом управления потоками (Juniper), и я предполагаю, что это не настолько новая вещь, чтобы её запатентовали, значит можно реализовать подобный алгоритм и на оборудовании Mikrotik (при условии достаточного времени, заинтересованности и вложений). Я читал аргумент про “запуск до завершения”, и он тут не совсем уместен, потому что вы и правда запускаете до окончания, просто делаете это на нескольких ядрах одновременно, а главный “поток” ждёт завершения. Есть ли разница, если маршрут 887,123 обработается раньше маршрута 123? Не знаю, но, похоже, Juniper смогли справиться с этим, так что ничего “невыполнимого” здесь нет. <br />
			<i>12.01.2023 15:50:00, t4thfavor.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383457</link>
			<guid>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383457</guid>
			<pubDate>Thu, 12 Jan 2023 15:50:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вопрос: Многопоточный BGP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383456">Вопрос: Многопоточный BGP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я не до конца понимаю синтаксис, но: /routing fantasy add comment=test count=1000 dealer-id=1000 dst-address=12.0.0.0/8 gateway=192.168.88.1 instance-id=1 name=fantasy-test prefix-length=32 priv-offs=1000 priv-size=100 seed=mducharme use-hold=no создаёт 1000 случайных маршрутов /32 внутри 12.0.0.0/8, и у всех них шлюз 192.168.88.1. <br />
			<i>12.05.2020 02:11:00, mducharme.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383456</link>
			<guid>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383456</guid>
			<pubDate>Tue, 12 May 2020 02:11:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вопрос: Многопоточный BGP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383455">Вопрос: Многопоточный BGP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, я понял, в чём фишка с маршрутизацией в Fantasy — именно это она и делает. <br />
			<i>12.05.2020 00:44:00, mducharme.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383455</link>
			<guid>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383455</guid>
			<pubDate>Tue, 12 May 2020 00:44:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вопрос: Многопоточный BGP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383454">Вопрос: Многопоточный BGP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Возможно, в версии 7 уже можно использовать /routing/fantasy, чтобы загрузить таблицу маршрутизации с достаточным количеством вымышленных маршрутов для симуляции нескольких полных BGP-таблиц, а затем проверить, сколько времени занимает выполнение операций с этими маршрутами. По крайней мере, я подозреваю, что именно для этого предназначен /routing/fantasy — это поддельный динамический протокол маршрутизации, созданный для загрузки случайных маршрутов в таблицу маршрутизации, чтобы облегчить тестирование нагрузки и производительности. <br />
			<i>12.05.2020 00:00:00, mducharme.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383454</link>
			<guid>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383454</guid>
			<pubDate>Tue, 12 May 2020 00:00:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вопрос: Многопоточный BGP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383453">Вопрос: Многопоточный BGP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			А что если у вас больше двух или трёх полноценных BGP-пиров? Например: ip route print count-only 5127833, ipv6 route print count-only 338525. Сервер на базе Linux с Quagga может обрабатывать изменения маршрутов в реальном времени без каких-либо проблем. CCR1036-8G-2S+ тратит полчаса на обработку изменений только у одного пира… Вся обработка BGP однозначно должна быть многопоточной. P.S. И это я ещё не говорю про такие элементарные вещи, как получение базовой информации о маршрутизации, которая нужна каждый день: ip route print detail где 8.8.8.8 в dst-address — ответ занимает около часа… <br />
			<i>11.05.2020 08:30:00, kosyot.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383453</link>
			<guid>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383453</guid>
			<pubDate>Mon, 11 May 2020 08:30:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вопрос: Многопоточный BGP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383452">Вопрос: Многопоточный BGP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Время, необходимое для загрузки таблицы маршрутизации, уже достаточно быстрое. Большая проблема в том, что установка маршрутов (и их активация) занимает около 20 минут. Похоже, что процесс, который выполняет эту задачу, всегда всего один. <br />
			<i>11.05.2020 23:00:00, paoloaga.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383452</link>
			<guid>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383452</guid>
			<pubDate>Mon, 11 May 2020 23:00:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вопрос: Многопоточный BGP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383451">Вопрос: Многопоточный BGP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мне интересно, будет ли ваша реализация BGP использовать по одному ядру на каждую BGP-сессию или же она действительно будет многопоточной, с одной BGP-сессией, работающей на нескольких ядрах. <br />
			<i>14.04.2020 13:44:00, andrewe02000.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383451</link>
			<guid>http://mikrotik.moscow/forum/forum57/84125-vopros_-mnogopotochnyy-bgp/message383451</guid>
			<pubDate>Tue, 14 Apr 2020 13:44:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
