<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Функция OpenFlow?]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Функция OpenFlow? форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 22 May 2026 19:48:35 +0300</pubDate>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389094">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Лично я хочу, чтобы это было реализовано, но я уже теряю надежду, если в планах нет даже простой функции DAI “Dynamic Arp Inspection” на уровне 2. Насколько более сложным это будет? Мы не знаем, в каком сегменте рынка они хотят себя позиционировать: маршрутизация, коммутирование, IoT, NAS, хранилище — кто знает? <br />
			<i>23.12.2024 09:48:00, loloski.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389094</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389094</guid>
			<pubDate>Mon, 23 Dec 2024 09:48:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389093">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Возможно, P4 вместо? Протокол OpenFlow — это южный API, используемый для связи между контроллером и устройствами плоскости данных. Он определяет серию сообщений, с помощью которых контроллер может внедрять желаемую политику в сеть. Основное ограничение OpenFlow — это фиксированный набор поддерживаемых заголовочных полей. Каждая новая версия протокола сначала должна быть одобрена Фондом открытых сетей (ONF), а затем внедрена производителями оборудования. Хотя операторам сети предоставляется больше гибкости по сравнению с традиционной сетевой структурой, они по-прежнему ограничены фиксированным набором функций протокола OpenFlow. В последнее время прогресс в отношении OpenFlow остановился в пользу проекта P4. <br />
			<i>23.12.2024 07:50:00, athome.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389093</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389093</guid>
			<pubDate>Mon, 23 Dec 2024 07:50:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389092">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хотелось бы увидеть поддержку OpenFlow v1.3 как минимум, но если уж вы собираетесь тратить время на обновление, почему бы не v1.5? Мне кажется, это было щедро с боку Mikrotik выпустить пакет OpenFlow 1.0 для v6.x, однако его полезность была крайне ограничена, так как он поддерживал только v1.0. Именно с v1.3 начинается всё интересное. <br />
			<i>17.02.2023 22:17:00, brotherdust.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389092</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389092</guid>
			<pubDate>Fri, 17 Feb 2023 22:17:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389091">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			может, кто-то знает, как обстоят дела с обновлением openflow в routeros? это очень востребованная функция. <br />
			<i>29.09.2021 15:41:00, kiano.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389091</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389091</guid>
			<pubDate>Wed, 29 Sep 2021 15:41:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389090">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Из руководства MikroTik по OpenFlow: <noindex><a href="https://wiki.mikrotik.com/wiki/Manual:OpenFlow" target="_blank" rel="nofollow" >https://wiki.mikrotik.com/wiki/Manual:OpenFlow</a></noindex> В настоящее время RouterOS реализует необходимые функции OpenFlow версии 1.0.0. Поддержка более новых версий, дополнительных функций и аппаратного ускорения переключения будет добавлена. Текущая реализация должна рассматриваться как экспериментальная — это НЕ готовый к производству продукт и доступна для оценки. Возможно, в будущем будет обновление. Учитывая, что учетные данные, которые я использую в Splunk для Mikrotik, были удалены в версии 7.x, им нужно вывести OpenFlow из состояния бета. Но у меня нет особых надежд, ведь это было написано более 5 лет назад, а страница последний раз обновлялась в 2018. Кроме того, написано следующее: Ну, всё, что не касается ЦПУ, нельзя собрать, так что все, что задействует переключающие кристаллы, будет иметь определённые ограничения; между данным переключающим кристаллом и ЦПУ хоста есть только определённая пропускная способность. С тех пор, как это видео вышло в 2014 году, не изменилось почти ничего… <noindex><a href="https://www.youtube.com/watch?v=qGGV-MDZ3UE" target="_blank" rel="nofollow" >https://www.youtube.com/watch?v=qGGV-MDZ3UE</a></noindex> <br />
			<i>14.08.2021 08:23:00, Jotne.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389090</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389090</guid>
			<pubDate>Sat, 14 Aug 2021 08:23:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389089">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			+1! Пожалуйста, добавьте это в RouterOS <br />
			<i>15.03.2021 23:59:00, epedersen.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389089</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389089</guid>
			<pubDate>Mon, 15 Mar 2021 23:59:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389088">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			+1 Я тоже заинтересован. <br />
			<i>24.02.2021 15:46:00, biba.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389088</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389088</guid>
			<pubDate>Wed, 24 Feb 2021 15:46:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389087">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Поддерживаю!!! Я бы с удовольствием увидел, как Mikrotik поддерживает OpenFlow 1.3 и Faucet!! <br />
			<i>30.01.2021 22:19:00, akant.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389087</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389087</guid>
			<pubDate>Sat, 30 Jan 2021 22:19:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389086">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Улдис, я думаю, что из этой переписки очевидно, что интерес к OpenFlow все еще есть. Одной из причин, по которой его внедрение задерживается, является то, что реализация Mikrotik не поддерживает OpenFlow 1.3 с несколькими таблицами. С момента, когда Mikrotik выпустил пакет OpenFlow для RouterOS, программное обеспечение контроллера продолжало развиваться, и, на мой взгляд, Faucet является хорошим кандидатом на де-факто стандарт в этой области. Я был бы очень рад, если бы это произошло. Даже если это будет только для серии CRS-3xx, это было бы нормально. Если я правильно помню, чипсет серии CRS-3xx поддерживает OpenFlow, так что это не кажется огромной инвестицией, чтобы это реализовать. Каково твое мнение по этому поводу, Улдис? Стоит ли нам надеяться, что Mikrotik сделает это? <br />
			<i>08.09.2020 19:53:00, brotherdust.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389086</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389086</guid>
			<pubDate>Tue, 08 Sep 2020 19:53:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389085">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, друзья MikroTik, спасибо за ваш вопрос. Позвольте мне попытаться на него ответить. Я работаю с сетевыми протоколами много лет. Когда переключатели OpenFlow начали широко распространяться примерно в 2012-2013 годах, я взял контроллер OF 1.0 и пытался заставить разные OF-переключатели работать с ним для реализации нескольких приложений, с переменным успехом. Также я тестировал стабильность, емкость, производительность, соответствие спецификациям и набор функций каждого OF-переключателя. Когда приложения, контроллер или переключатели неожиданно ломались, было важно понять, что происходит на уровне передачи данных. В то время анализаторы пакетов не поддерживали OF из коробки, поэтому я реализовал декодирование OF 1.0 в tcpdump. С помощью декодированного обмена протоколом я обычно либо исправлял ошибку в контроллере, либо отправлял отчет об ошибке производителю переключателя. Всего я внимательно изучал аппаратные OF-переключатели от 7 производителей (в основном известных марок) в лаборатории с реальными кабелями и серверами, с двумя другими производителями у меня был лишь краткий контакт. Реализация MikroTik имела больше всего неисправностей и в итоге привела к наибольшему количеству отчетов об ошибках. Если не путаю, как минимум половина этих отчетов об ошибках тихо исчезла где-то на стороне техподдержки MikroTik. Я не хочу никого обидеть, просто передаю важные факты в поддержку своей точки зрения ниже. С положительной стороны, RouterBoard безусловно был самым дешевым, также я нашел способы обойти недостатки реализации в одном конкретном приложении, которое требовало всего 4 порта для передачи данных на каждый OF-переключатель и терпело низкую пропускную способность (MikroTik OF 1.0 тогда был только программным). Поэтому я купил упаковку RouterBoard и какое-то время работал над этим приложением, пока не появились более важные дела. Если перемотать вперед до 2020 года, если MikroTik добавит поддержку OF 1.3 в ближайшее время, у меня все еще есть эта упаковка RouterBoard, и было бы интересно что-то собрать, используя упомянутый Faucet, как пример. Но учтите, что это скорее всего приведет к новым неисправностям и новым отчетам об ошибках, и если MikroTik вновь проигнорирует их, это пойдет вразрез с успехом продукта. <br />
			<i>15.08.2020 21:33:00, infrastation.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389085</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389085</guid>
			<pubDate>Sat, 15 Aug 2020 21:33:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389084">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Согласен: +1 <br />
			<i>20.07.2020 13:14:00, noucom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389084</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389084</guid>
			<pubDate>Mon, 20 Jul 2020 13:14:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389083">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да! Я бы хотел обновление до v1.3. <br />
			<i>26.06.2020 05:24:00, chebedewel.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389083</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389083</guid>
			<pubDate>Fri, 26 Jun 2020 05:24:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389082">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это все еще активно или в разработке? Пожалуйста, надеюсь, кто-то из MT сможет это подтвердить, спасибо. <br />
			<i>22.05.2023 15:43:00, loloski.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389082</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389082</guid>
			<pubDate>Mon, 22 May 2023 15:43:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Функция OpenFlow?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389081">Функция OpenFlow?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мы хотели бы понять, используется ли протокол OpenFlow операторами сетей и есть ли много случаев, когда он широко применяется, а также будут ли преимущества от обновления реализации OpenFlow в RouterOS с версии 1.0 до 1.3? Или нам нужно искать реализацию более новой версии? <br />
			<i>18.05.2020 08:13:00, uldis.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389081</link>
			<guid>http://mikrotik.moscow/forum/forum57/84686-funktsiya-openflow/message389081</guid>
			<pubDate>Mon, 18 May 2020 08:13:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
