<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Shortest Path Bridging (SPB)]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Shortest Path Bridging (SPB) форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 04:27:59 -0400</pubDate>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424885">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			+1 за SPB (Shortest Path Bridging). Было бы здорово увидеть реализацию этого стандарта IEEE. Вижу для него множество вариантов применения. <br />
			<i>09.01.2025 20:33:00, fseesink.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424885</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424885</guid>
			<pubDate>Thu, 09 Jan 2025 20:33:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424884">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Согласен. MPLS работает, но приходится столкнуться с кучей проблем, чтобы понять, что можно делать, а что нет, и находить обходы. Это точно не что-то бесшовное. Кроме того, там слой на слое, и из-за этого обучение техников становится сложнее. SPB — это мост с более продвинутым логированием в самой базовой версии, который использует IS-IS на втором уровне, что по сути просто “включил и работает” в самой простой реализации. Для *ISP это в основном преднастройка, а потом добавление дополнительной метрики на резервные или медленные интерфейсы. Конечно, можно сделать и более сложные решения, но, на мой взгляд, самая простая схема подходит для 90% случаев и реально помогла бы многим операторам.<br /><br />Это могло бы помочь расширить технический пул обслуживающего персонала, без сомнений. Я, например, могу обучить кого-то смотреть логи SPB и находить проблемы, а главное — они смогут решать вопросы с линками, не парясь о правильных IP-адресах и VLANах. Мне кажется, SPB — лучший и более широко поддерживаемый протокол, поэтому я выбрал бы его вместо TRILL или LISP, тем более что он уже поддерживается на железе некоторых моделей mikrotik с чипами Marvell.<br /><br />По моему мнению, SPB — самая простая вещь для внедрения на Mikrotik на подходящем оборудовании, потому что, в основном, это просто использование встроенных возможностей железа с фронтендом поверх. Единственная настоящая проблема — если придется делать программную реализацию для неподдерживаемых устройств. Вот почему я еще прошу SRv6. IS-IS + IPv6 + SRv6 тоже очень просто реализовать, и это дает возможность для туннелирования и управления трафиком. <br />
			<i>02.04.2024 18:10:00, syadnom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424884</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424884</guid>
			<pubDate>Tue, 02 Apr 2024 18:10:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424883">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			+1 +100 за EVPN/VXLAN. Мечтать не вредно. <br />
			<i>02.04.2024 15:39:00, loloski.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424883</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424883</guid>
			<pubDate>Tue, 02 Apr 2024 15:39:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424882">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Не говоря уже о том, что MPLS на MikroTik просто ужасен... После многих лет борьбы с случайными рассинхронизациями в таблице маршрутизации, из-за которых клиенты, устройства и роутеры становились недоступны, я просто решил полностью вычистить MPLS из нашей сети на MikroTik. Нельзя вести бизнес нормально, когда приходится время от времени перезагружать до половины роутеров в сети, чтобы восстановить связь с одним клиентом — и всё это только из-за бага в таблице маршрутизации MPLS. <br />
			<i>28.07.2023 02:08:00, millenium7.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424882</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424882</guid>
			<pubDate>Fri, 28 Jul 2023 02:08:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424881">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Возрождаю эту тему вместо того, чтобы создавать новую. Я бы тоже хотел увидеть SPB. Да, многое из того, что он умеет, можно сделать с помощью MPLS и всей этой абракадабры, но это требует куда больше усилий по настройке и поддержке. SPB же можно практически просто подключить и использовать. Небольшая и простая конфигурация на устройствах. К тому же он «незаметен», то есть почти «просто мост». Удивительно просто реализуется и нет нужды разделять порты доступа и транка для базовой настройки. Это делает систему менее склонной к ошибкам и гораздо проще в ремонте, в отличие от MPLS, где починить сломанный сеть — как взобраться на гору. <br />
			<i>25.07.2023 15:19:00, syadnom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424881</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424881</guid>
			<pubDate>Tue, 25 Jul 2023 15:19:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424880">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вы можете использовать почти все возможности SPB прямо сейчас, просто внедрив MPLS с VPLS и/или VRF. Поэтому сомневаюсь, что Mikrotik когда-либо добавит SPB, ведь похожий сервис абстракции уровня 2/3 уже доступен. Но введение IS-IS и MPLS-FRR было бы очень кстати. <br />
			<i>09.07.2016 19:49:00, sup5.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424880</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424880</guid>
			<pubDate>Sat, 09 Jul 2016 19:49:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424879">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Учитывая, что это функция второго уровня, а Mikrotik скорее выпьет отбеливатель, чем реализует что-то такое простое, как IGMP snooping… Интересно, случится ли это когда-нибудь на самом деле… хотя SPB, конечно, намного привлекательнее, чем IGMP snooping, правда? . . . <br />
			<i>08.07.2016 15:49:00, ZeroByte.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424879</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424879</guid>
			<pubDate>Fri, 08 Jul 2016 15:49:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424878">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			СПБ Сейчас! <br />
			<i>04.07.2016 14:58:00, claudionei.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424878</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424878</guid>
			<pubDate>Mon, 04 Jul 2016 14:58:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424877">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			СПБ! <br />
			<i>20.07.2014 19:05:00, selric.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424877</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424877</guid>
			<pubDate>Sun, 20 Jul 2014 19:05:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424876">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			+1 за SPB/Trill и даже за LISP. Что касается LISP, технически это отличная идея, и я бы с удовольствием её увидел в деле, но... LISP уже давно известен как аббревиатура для уважаемого языка программирования "List Processing". Почему, зачем им пришлось давать этому новое значение?<br /><br />Разделение местоположения и идентичности было бы просто супер, привнесло бы в IP что-то вроде возможностей SS7, но неужели им так уж надо было назвать это LISP? Раз уж заговорили, как насчёт нового протокола следующего поколения, похожего на FTP, под названием Formidable Transfer (сокращённо FORTRAN)? Или может новую альтернативу OpenFlow под именем Just Another Virtual Architecture (то есть JAVA)? –Эрик <br />
			<i>27.05.2014 17:00:00, eflanery.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424876</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424876</guid>
			<pubDate>Tue, 27 May 2014 17:00:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424875">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			+1 и за SPB, и за LISP. SPB был бы настоящим убийственным протоколом для mikrotik. Он лёгкий. Но для него нужен код isis, а это может стать проблемой, потому что isis сейчас не поддерживается. С другой стороны, LISP уже есть в ядре Linux, так что. =) <br />
			<i>25.06.2014 19:49:00, larsen01.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424875</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424875</guid>
			<pubDate>Wed, 25 Jun 2014 19:49:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424874">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это иногда может пригодиться. Мне бы тоже хотелось иметь SPB. <br />
			<i>08.07.2016 05:32:00, jarda.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424874</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424874</guid>
			<pubDate>Fri, 08 Jul 2016 05:32:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Shortest Path Bridging (SPB)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424873">Shortest Path Bridging (SPB)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Какие у вас планы по добавлению Shortest Path Bridging (SPB)? Я бы очень хотел увидеть эту функцию! <br />
			<i>09.05.2014 22:40:00, keefe007.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424873</link>
			<guid>http://mikrotik.moscow/forum/forum57/88240-shortest-path-bridging-_spb/message424873</guid>
			<pubDate>Fri, 09 May 2014 22:40:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
