<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Mikrotik аппаратное ускорение маршрутизации]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Mikrotik аппаратное ускорение маршрутизации форума Аппаратное обеспечение на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 00:00:36 -0400</pubDate>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415313">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Но новые модели могли бы обрабатывать данные быстрее, если бы это был RB4011 с другим чипом переключателя. <br />
			<i>21.02.2020 15:22:00, vortex.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415313</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415313</guid>
			<pubDate>Fri, 21 Feb 2020 15:22:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415312">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Как вы можете видеть на приведенной выше блочной диаграмме, ЦП не является отдельным чипом, который можно заменить на более быстрый, это неотъемлемая часть используемого переключающего чипа. Его производительность ограничена, так как он был предназначен в основном для управления и мониторинга, а не для маршрутизации. <br />
			<i>21.02.2020 15:03:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415312</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415312</guid>
			<pubDate>Fri, 21 Feb 2020 15:03:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415311">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			CRS мог бы работать быстрее, просто имея такой же процессор, как у RB4011, как это уже делали раньше, вот в чем суть. <br />
			<i>21.02.2020 14:58:00, vortex.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415311</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415311</guid>
			<pubDate>Fri, 21 Feb 2020 14:58:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415310">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Чтобы в полной мере использовать все возможности HW-L3 на чипе, вам, по сути, нужно будет заново реализовать большую часть IP-стека. Это, вероятно, нормально для специализированной аппаратной платформы, но становится проблемой, если вы хотите создать универсальное решение с широкой совместимостью. Тем не менее, я считаю, что RouterOS теоретически может использовать некоторые функции HW-L3 в определенных случаях, но с очень ограниченным набором возможностей (только простая переадресация, без очередей, фильтров, правил, vrf, nat и подобных вещей), фактически передавая системную таблицу FIB на чип. Однако лично я думаю, что использование MPLS в аппаратуре — более разумный выбор, так как оно основано на системной таблице маршрутизации и требует гораздо меньше логики. <br />
			<i>21.02.2020 14:50:00, mada3k.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415310</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415310</guid>
			<pubDate>Fri, 21 Feb 2020 14:50:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415309">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Я не прошу оRouting со скоростью проводов, просто хочу, чтобы они использовали то, что уже разработали. <br />
			<i>21.02.2020 14:38:00, vortex.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415309</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415309</guid>
			<pubDate>Fri, 21 Feb 2020 14:38:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415308">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Я полностью понимаю, что это не просто. Я провожу много времени, консультируя по распределённым сетям, где мы раз deploying IP Infusion или Cumulus Linux на коммутаторах ONIE, и иногда нам приходится сталкиваться с проблемами, связанными с тем, чтобы заставить FIB быть загруженным в ASIC. Моя мысль в том, что это возможно программно, а оборудование уже способно — эта конкретная плата была разработана для проброса L2/L3/L4, если прочитать спецификации. На мой взгляд, это существенно сократит время разработки. <br />
			<i>21.02.2020 14:20:00, StubArea51.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415308</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415308</guid>
			<pubDate>Fri, 21 Feb 2020 14:20:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415307">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Моя точка зрения (объясненная выше) заключается в том, что такие вещи не сводятся к "включению этой функциональности", что можно было бы интерпретировать как "установить какой-то бит во время инициализации, возможно, загрузить таблицу маршрутизации в чип". Скорее всего, это требует более сложного взаимодействия, при котором чип отправляет прерывание ЦП на первый пакет, который он получает для нового назначения, а затем ожидает, что ЦП запрограммирует какое-то правило сопоставления для обработки пакетов для этого назначения. После этого чип сможет самостоятельно маршрутизировать пакеты для этого назначения до тех пор, пока правило не будет удалено в рамках каких-то действий по обслуживанию. Но это означает, что вся функциональность маршрутизации, которая в настоящее время выполняется Linux, должна будет быть связана с этим взаимодействием чипа, и, конечно, это более сложно, чем просто поиск IP назначения в таблице маршрутизации, так как могут быть маршрутизация на основе политик с несколькими таблицами маршрутизации и правилами выбора. Так что это не то, что можно запрограммировать в дождливый день. <br />
			<i>21.02.2020 14:16:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415307</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415307</guid>
			<pubDate>Fri, 21 Feb 2020 14:16:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415306">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Существует важный момент, о котором спрашивает автор сообщения, и который не обсуждается. ASIC Marvell Prestera, который используется в CRS317 и CRS309, способен на маршрутизацию на аппаратном уровне (не через CPU). Вопрос, который он задает, заключается в том, рассматривает ли MikroTik возможность включения этой функции (которая уже присутствует в чипе) в RouterOS. Вот обзор возможностей ASIC 98DX8216 <noindex><a href="https://www.marvell.com/content/dam/marvell/en/public-collateral/switching/marvell-switching-prestera-98dx82xx-product-brief-2014-04.pdf" target="_blank" rel="nofollow" >https://www.marvell.com/content/dam/marvell/en/public-collateral/switching/marvell-switching-prestera-98dx82xx-product-brief-2014-04.pdf</a></noindex> <br />
			<i>21.02.2020 11:59:00, StubArea51.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415306</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415306</guid>
			<pubDate>Fri, 21 Feb 2020 11:59:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415305">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Что требует более дорогой кремний. MT не нужно разрабатывать его самостоятельно, есть коммерческий кремний, такой как Broadcom Qumran-UX, который прекрасно подошёл бы для полного L3 переключателя ‘CRS426’, но этот материал не из дешёвых. По крайней мере, не по сравнению с Marvell PresteraDX, которые они используют сейчас. Переключение на 10G L2 - это недорого. А вот настоящий маршрутизацию на 10G (читай 'проводная скорость или близко ко всем доступным портам') - это уже не так просто. Ещё. <br />
			<i>21.02.2020 11:19:00, mbovenka.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415305</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415305</guid>
			<pubDate>Fri, 21 Feb 2020 11:19:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415304">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Я не заинтересован в лучшем переключении CRS, а в лучшей маршрутизации. <br />
			<i>21.02.2020 09:11:00, vortex.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415304</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415304</guid>
			<pubDate>Fri, 21 Feb 2020 09:11:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415303">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Даже это будет совершенно не сопоставимо с "L3 маршрутизирующими коммутаторами" от других производителей! Они работают аналогично коммутированию, лишь с небольшой поддержкой от процессора. Шаблоны помещаются в TCAM, которые соответствуют полю IP-адреса назначения и отправляют пакет на правильный интерфейс, как это делает L2 коммутатор с MAC-адресом назначения и портом коммутатора. Обычно процессор выполняет один поиск в таблице маршрутизации, после чего вставляет нужный шаблон в TCAM, и другие пакеты к тому же назначению не затрагивают процессор. Это совершенно отличается от концепции CRS, которая фактически является просто коммутатором с поддержкой VLAN с прикрепленным к нему маршрутизатором. Медленный маршрутизатор, да, но замена его на более быстрый маршрутизатор все равно не делает его L3 коммутатором. Это потребовало бы вставки правил коммутирования в аппаратное обеспечение коммутатора в зависимости от реального трафика. Возможно, это осуществимо, учитывая, что можно вручную вставить правила коммутирования, которые совпадают с IP-адресом назначения, а затем перенаправить пакет на конкретный порт, но неясно, сможет ли аппаратное обеспечение также уменьшить TTL и пересчитать контрольную сумму заголовка после этого, и насколько это реально использовать в реальной ситуации маршрутизации L3. Ограниченное количество правил означало бы, что его можно использовать только для обработки пикового объема трафика в любом случае. <br />
			<i>21.02.2020 08:56:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415303</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415303</guid>
			<pubDate>Fri, 21 Feb 2020 08:56:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415302">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			CRS 600MHz основаны на RB2011. Так что пришло время создать CRS на базе RB4011. <br />
			<i>21.02.2020 02:45:00, vortex.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415302</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415302</guid>
			<pubDate>Fri, 21 Feb 2020 02:45:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Mikrotik аппаратное ускорение маршрутизации</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415301">Mikrotik аппаратное ускорение маршрутизации</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Привет, у меня вопрос о аппаратной маршрутизации с устройствами Mikrotik. Есть ли планы внедрить какие-либо CAM/TCAM в устройства Mikrotik для аппаратной маршрутизации? Или просто расширить аппаратное ускорение MPLS, как в CRS317? С уважением, Блажей <br />
			<i>07.12.2019 08:43:00, blazej44800.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415301</link>
			<guid>http://mikrotik.moscow/forum/forum58/87271-mikrotik-apparatnoe-uskorenie-marshrutizatsii/message415301</guid>
			<pubDate>Sat, 07 Dec 2019 08:43:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
	</channel>
</rss>
