<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: VRRP 2.9.18?]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме VRRP 2.9.18? форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Thu, 13 Aug 2026 01:11:15 -0400</pubDate>
		<item>
			<title>VRRP 2.9.18?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248927">VRRP 2.9.18?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Круто. Да, они действительно несовместимы, как показало тестирование на стенде. Кстати, тесты на стенде также показали, что новый VRRP виртуальный MAC-адрес не работает на VLAN-интерфейсах. Он по-прежнему использует благодарственный ARP (но проблем это не вызывает). <br />
			<i>28.03.2006 10:00:00, airnet.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248927</link>
			<guid>http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248927</guid>
			<pubDate>Tue, 28 Mar 2006 10:00:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>VRRP 2.9.18?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248926">VRRP 2.9.18?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В последних версиях 2.9 (начиная с 2.9.13 примерно) VRRP был изменен таким образом, что теперь адрес MAC интерфейса меняется согласно RFC (ранее этого не было). Так что возможно, новые версии 2.9 несовместимы со старыми версиями 2.9 и со всеми версиями 2.8.<br /><br />Ещё одна проблема, исправленная в версии 2.9.18, заключалась в том, что VRRP иногда не восстанавливал исходный MAC-адрес на интерфейсе, когда это было нужно. Ошибка была исправлена, но всё же может случиться так, что у вас MAC-адрес VRRP установлен на вашем интерфейсе.<br /><br />Поэтому, если у вас нет экземпляра VRRP, работающего на интерфейсе в качестве мастера, но команда ‘/interface ethernet print’ показывает, что интерфейс имеет MAC-адрес типа ‘00:00:5E:00:01:01’, возможно, вам придется сбросить вашу конфигурацию, чтобы вернуть исходный MAC-адрес. Или, если вы его помните, удалите экземпляры VRRP с интерфейса и вручную установите его, а затем добавьте обратно экземпляры VRRP. <br />
			<i>27.03.2006 11:06:00, normis.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248926</link>
			<guid>http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248926</guid>
			<pubDate>Mon, 27 Mar 2006 11:06:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>VRRP 2.9.18?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248925">VRRP 2.9.18?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Что-то сломано в VRRP, но трудно понять, что именно. Может, проблема в несовместимости версий? Вот что работает: VRRP master 2.9.12 + VRRP slave 2.8.28. VRRP master 2.8.28 + VRRP slave 2.9.12. Но это постоянно ломает всё: VRRP master или slave 2.9.12 + VRRP master или slave 2.9.18. Не могу исключать, что 2.9.12 сломан, потому что он несколько недель хорошо работал с 2.8.28. Попробуйте заставить VRRP 2.9.19 пообщаться с VRRP 2.9.12 – вы будете выдирать себе волосы. Что сломано? Или эти две версии просто несовместимы из-за предполагаемых изменений MAC в VRRP примерно с версии 2.9.14? Кстати, мы всегда использовали VRRP на VLAN-интерфейсах, и виртуальный MAC-адрес – это НЕ новый «приватный виртуальный MAC-адрес», каким он должен быть… <br />
			<i>24.03.2006 19:51:00, airnet.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248925</link>
			<guid>http://mikrotik.moscow/forum/forum57/64447-vrrp-2.9.18/message248925</guid>
			<pubDate>Fri, 24 Mar 2006 19:51:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
