<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Правильно ли настроена запланированная MLAG?]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Правильно ли настроена запланированная MLAG? форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 09:03:54 -0400</pubDate>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393237">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Роль синих ссылок зависит от конкретной настройки. Если с ними ничего особенного не делать, они работают активными/резервными и управляются xSTP. Если их настроить как LACP-агрегации (между обеими парами коммутаторов с конфигурацией MLAG), то способ их использования зависит от работы самих коммутаторов… но, скорее всего, они будут использоваться параллельно (что уменьшит необходимость передавать большие объемы трафика по обоим ICCP-соединениям). <br />
			<i>24.10.2024 06:59:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393237</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393237</guid>
			<pubDate>Thu, 24 Oct 2024 06:59:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393236">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Но один из синих ссылок — это альтернативный порт? <br />
			<i>24.10.2024 06:10:00, TikYAN.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393236</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393236</guid>
			<pubDate>Thu, 24 Oct 2024 06:10:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393235">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! Моя проблема в alternate port — по моему мнению, alternate port быть не должно из-за ICCP Link. Правильно ли это? Как на картинке — я использую только QSFP-порты вместо SFP. qsfp1-1 — это ICCP Peer на том же сайте. qsfp2-1 — соединение с другим сайтом. ICCP VLAN 777, Test-VLAN 1700.<br /><br />Конфигурация:<br /><br />#Сайт 1 - Коммутатор 1 &nbsp;<br />/interface bridge &nbsp;<br />add frame-types=admit-only-vlan-tagged name=bridge1 pvid=1700 vlan-filtering=yes &nbsp;<br />/interface bridge mlag &nbsp;<br />set bridge=bridge1 peer-port=qsfp28-1-1 &nbsp;<br />/interface bridge port &nbsp;<br />add bridge=bridge1 interface=qsfp28-1-1 pvid=777 &nbsp;<br />add bridge=bridge1 frame-types=admit-only-vlan-tagged interface=qsfp28-2-1 pvid=1700 &nbsp;<br />/interface bridge vlan &nbsp;<br />add bridge=bridge1 untagged=qsfp28-1-1 vlan-ids=777 &nbsp;<br />add bridge=bridge1 tagged=qsfp28-1-1,qsfp28-2-1 vlan-ids=1700 &nbsp;<br />/system identity &nbsp;<br />set name=site1-net-csw1<br /><br />[admin@site1-net-csw1] &gt; /interface/bridge/port monitor numbers=0,1  <br />interface: qsfp28-1-1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; qsfp28-2-1 &nbsp;<br />status: in-bridge &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;in-bridge &nbsp;<br />port-number: 2001 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 1 &nbsp;<br />role: root-port &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;alternate-port &nbsp;<br />edge-port: no &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;no &nbsp;<br />edge-port-discovery: yes &nbsp; &nbsp; &nbsp; yes &nbsp;<br />point-to-point-port: yes &nbsp; &nbsp; &nbsp; yes &nbsp;<br />external-fdb: no &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; no &nbsp;<br />sending-rstp: yes &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;yes &nbsp;<br />learning: yes &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;no &nbsp;<br />forwarding: yes &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;no &nbsp;<br />actual-path-cost: 200 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;200 &nbsp;<br />root-path-cost: 200 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;200 &nbsp;<br />designated-bridge: 0x8000.D4:01:C3:F3:4B:7F &nbsp;0x8000.D4:01:C3:F3:4B:7F &nbsp;<br />designated-cost: 0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp;<br />designated-port-number: 2 &nbsp; &nbsp; 2002 &nbsp;<br />hw-offload-group: switch1 &nbsp; &nbsp; switch1 &nbsp;<br /><br />[admin@site1-net-csw1] &gt; /interface/bridge/mlag/monitor  <br />status: connected &nbsp;<br />system-id: D4:01:C3:F3:55:C0 &nbsp;<br />active-role: secondary<br /><br />#Сайт 1 - Коммутатор 2 &nbsp;<br />/interface bridge &nbsp;<br />add frame-types=admit-only-vlan-tagged name=bridge1 pvid=1700 vlan-filtering=yes &nbsp;<br />/interface bridge mlag &nbsp;<br />set bridge=bridge1 peer-port=qsfp28-1-1 &nbsp;<br />/interface bridge port &nbsp;<br />add bridge=bridge1 interface=qsfp28-1-1 pvid=777 &nbsp;<br />add bridge=bridge1 frame-types=admit-only-vlan-tagged interface=qsfp28-2-1 pvid=1700 &nbsp;<br />/interface bridge vlan &nbsp;<br />add bridge=bridge1 untagged=qsfp28-1-1 vlan-ids=777 &nbsp;<br />add bridge=bridge1 tagged=qsfp28-1-1,qsfp28-2-1 vlan-ids=1700 &nbsp;<br />/system identity &nbsp;<br />set name=site1-net-csw2<br /><br />[admin@site1-net-csw2] &gt; /interface/bridge/port monitor numbers=0,1  <br />interface: qsfp28-1-1 &nbsp; &nbsp; qsfp28-2-1 &nbsp;<br />status: in-bridge &nbsp; &nbsp; &nbsp; in-bridge &nbsp;<br />port-number: 1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2 &nbsp;<br />role: designated-port &nbsp; &nbsp;root-port &nbsp;<br />edge-port: no &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; no &nbsp;<br />edge-port-discovery: yes yes &nbsp;<br />point-to-point-port: yes yes &nbsp;<br />external-fdb: no &nbsp; &nbsp; &nbsp; &nbsp;no &nbsp;<br />sending-rstp: yes &nbsp; &nbsp; &nbsp; yes &nbsp;<br />learning: yes &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; yes &nbsp;<br />forwarding: yes &nbsp; &nbsp; &nbsp; &nbsp; yes &nbsp;<br />actual-path-cost: 200 &nbsp; 200 &nbsp;<br />root-path-cost: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;200 &nbsp;<br />designated-bridge: &nbsp; &nbsp; &nbsp; 0x8000.D4:01:C3:F3:4B:7F &nbsp;<br />designated-cost: &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp;<br />designated-port-number: &nbsp;2 &nbsp;<br />hw-offload-group: switch1 switch1<br /><br />[admin@site1-net-csw2] &gt; /interface/bridge/mlag/monitor  <br />status: connected &nbsp;<br />system-id: D4:01:C3:F3:55:C0 &nbsp;<br />active-role: primary<br /><br />#Сайт 2 - Коммутатор 3 &nbsp;<br />/interface bridge &nbsp;<br />add frame-types=admit-only-vlan-tagged name=bridge1 pvid=1700 vlan-filtering=yes &nbsp;<br />/interface bridge mlag &nbsp;<br />set bridge=bridge1 peer-port=qsfp28-1-1 &nbsp;<br />/interface bridge port &nbsp;<br />add bridge=bridge1 interface=qsfp28-1-1 pvid=777 &nbsp;<br />add bridge=bridge1 frame-types=admit-only-vlan-tagged interface=qsfp28-2-1 pvid=1700 &nbsp;<br />/interface bridge vlan &nbsp;<br />add bridge=bridge1 untagged=qsfp28-1-1 vlan-ids=777 &nbsp;<br />add bridge=bridge1 tagged=qsfp28-1-1,qsfp28-2-1 vlan-ids=1700 &nbsp;<br />/system identity &nbsp;<br />set name=site2-net-csw3<br /><br />[admin@site2-net-csw3] &gt; /interface/bridge/port monitor numbers=0,1  <br />interface: qsfp28-1-1 &nbsp; &nbsp; &nbsp;qsfp28-2-1 &nbsp;<br />status: in-bridge &nbsp; &nbsp; &nbsp; &nbsp;in-bridge &nbsp;<br />port-number: 2001 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2002 &nbsp;<br />role: designated-port &nbsp; &nbsp; designated-port &nbsp;<br />edge-port: no &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; no &nbsp;<br />edge-port-discovery: yes &nbsp;yes &nbsp;<br />point-to-point-port: yes &nbsp;yes &nbsp;<br />external-fdb: no &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;no &nbsp;<br />sending-rstp: yes &nbsp; &nbsp; &nbsp; &nbsp; yes &nbsp;<br />learning: yes &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; yes &nbsp;<br />forwarding: yes &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; yes &nbsp;<br />actual-path-cost: 200 &nbsp; &nbsp; 200 &nbsp;<br />hw-offload-group: switch1 switch1<br /><br />[admin@site2-net-csw3] &gt; /interface/bridge/mlag/monitor  <br />status: connected &nbsp;<br />system-id: D4:01:C3:F3:4B:7F &nbsp;<br />active-role: secondary<br /><br />#Сайт 2 - Коммутатор 4 &nbsp;<br />/interface bridge &nbsp;<br />add frame-types=admit-only-vlan-tagged name=bridge1 pvid=1700 vlan-filtering=yes &nbsp;<br />/interface bridge mlag &nbsp;<br />set bridge=bridge1 peer-port=qsfp28-1-1 &nbsp;<br />/interface bridge port &nbsp;<br />add bridge=bridge1 interface=qsfp28-1-1 pvid=777 &nbsp;<br />add bridge=bridge1 frame-types=admit-only-vlan-tagged interface=qsfp28-2-1 pvid=1700 &nbsp;<br />/interface bridge vlan &nbsp;<br />add bridge=bridge1 untagged=qsfp28-1-1 vlan-ids=777 &nbsp;<br />add bridge=bridge1 tagged=qsfp28-1-1,qsfp28-2-1 vlan-ids=1700 &nbsp;<br />/system identity &nbsp;<br />set name=site2-net-csw4<br /><br />[admin@site2-net-csw4] &gt; /interface/bridge/port monitor numbers=0,1  <br />interface: qsfp28-1-1 &nbsp; &nbsp; &nbsp;qsfp28-2-1 &nbsp;<br />status: in-bridge &nbsp; &nbsp; &nbsp; &nbsp;in-bridge &nbsp;<br />port-number: 1 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2 &nbsp;<br />role: designated-port &nbsp; &nbsp;designated-port &nbsp;<br />edge-port: no &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; no &nbsp;<br />edge-port-discovery: yes yes &nbsp;<br />point-to-point-port: yes yes &nbsp;<br />external-fdb: no &nbsp; &nbsp; &nbsp; &nbsp;no &nbsp;<br />sending-rstp: yes &nbsp; &nbsp; &nbsp; yes &nbsp;<br />learning: yes &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; yes &nbsp;<br />forwarding: yes &nbsp; &nbsp; &nbsp; &nbsp; yes &nbsp;<br />actual-path-cost: 200 &nbsp; 200 &nbsp;<br />hw-offload-group: switch1 switch1<br /><br />[admin@site2-net-csw4] &gt; /interface/bridge/mlag/monitor  <br />status: connected &nbsp;<br />system-id: D4:01:C3:F3:4B:7F &nbsp;<br />active-role: primary<br /><br />С наилучшими пожеланиями, YAN <br />
			<i>23.10.2024 16:57:00, TikYAN.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393235</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393235</guid>
			<pubDate>Wed, 23 Oct 2024 16:57:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393234">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я не понимаю, что вы имеете в виду под «Вы не отметили синие ссылки как LAG с MLAG ID». Синие линии — это обычные интерфейсы (в данном случае sfp-sfplus1) без MLAG или LAG — правильно? <br />
			<i>23.10.2024 13:15:00, TikYAN.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393234</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393234</guid>
			<pubDate>Wed, 23 Oct 2024 13:15:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393233">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо! Я не уверен, правильно ли это. У меня точно такая же настройка, как на картинке. Но ICCP-ссылка на сайте B в состоянии «alternate» на мосту, а в качестве Root Bridge выступает MLAG ID на сайте A. Кстати, в документации по MLAG говорится, что аппаратное ускорение должно быть отключено. Ты знаешь, происходит ли это автоматически? Нужно ли отключать аппаратное ускорение на всем мосту, только на MLAG uplinks или только на ICCP? Я пробовал: /interface/ethernet/switch/port set [find] l3-hw-offloading=yes, но проблема с портом в состоянии alternate на ICCP-ссылке осталась. С уважением, YAN <br />
			<i>23.10.2024 09:58:00, TikYAN.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393233</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393233</guid>
			<pubDate>Wed, 23 Oct 2024 09:58:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393232">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Что касается приема (Rx), выбор конкретной LACP-ссылки для использования зависит от передатчика (то есть пары переключателей в конфигурации MLAG) и его локальных настроек (я, конечно, надеюсь, что коммутатор MLAG будет использовать «локальную» ссылку, а не передавать трафик через ICCP на другой коммутатор MLAG). Обратите внимание, что партнеры по LACP-агрегации могут работать с разными настройками и алгоритмами Tx-хеша… и это вполне нормально. Алгоритм Tx-хеша нужен лишь для распределения исходящего трафика между доступными физическими ссылками и никакого отношения к приему (Rx) не имеет.<br /><br />Что касается передачи (Tx), выбор конкретной физической LACP-ссылки для передачи каждого Ethernet-кадра определяется Tx-хешем. Но хеш не гарантирует равномерное распределение трафика между всеми доступными ссылками. Например, если есть 2 ссылки и применяется хеширование по L3+L4, то функция хеша берет dst-address, src-address, dst-port и src-port и вычисляет хеш по этой «четверке». Если полученный хеш, скажем, нечётный, все кадры пойдут по ссылке #0, а при чётном — по ссылке #1. Изменение любого из этих 4 значений на один символ не гарантирует переключение хеша между {нечёт, чёт}. Однако это вопрос статистики: при множестве одновременно активных соединений трафик скорее будет распределяться равномернее. С другой стороны, все кадры, относящиеся к одному L4-соединению, всегда будут передаваться по одной и той же физической ссылке.<br /><br />Еще имейте в виду, что при использовании L2 Tx-хеширования для трафика через шлюз берется в расчет MAC-адрес маршрутизатора, что означает: трафик с LACP-хоста (например, с сервера) в интернет будет идти по одной физической ссылке. Поэтому при настройке сервера, который будет общаться с клиентами через шлюз, разумно использовать L3-хеширование или (лучше) L3+L4-хеширование. <br />
			<i>23.10.2024 08:58:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393232</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393232</guid>
			<pubDate>Wed, 23 Oct 2024 08:58:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393231">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, я делал похожее. У меня есть две серверные комнаты, в каждой по паре серверов. Каждый сервер оснащён 4 портами по 25 Гбит/с, и они подключены через MLAG (Multi-chassis Link Aggregation Group). Когда я запускаю тест iperf3 между серверными комнатами, замечаю, что MLAG работает — трафик идёт с двух коммутаторов и принимается на один bonding-интерфейс. Распределение трафика происходит, но не так эффективно, как ожидалось. Передающий трафик (TX) идёт только через один bonding-интерфейс. Принимающий (RX) распределяется по двум bonding-интерфейсам. Такая же картина наблюдается, когда меняю направление теста — трафик, отправленный через один bonding на одной стороне, принимается через два bonding-а на другой. Хотя я использую LACP с хэшированием по уровням 3 и 4, распределение трафика всё равно неравномерное. TX всегда отдаёт предпочтение одному bonding-у, а RX нормального распределяется по двум. Зато при тесте в одной серверной комнате между двумя серверами, например, если у одного сервера всего 2 порта SFP28, всё работает отлично — могу получить 50 Гбит. <br />
			<i>23.10.2024 07:53:00, DearWolf.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393231</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393231</guid>
			<pubDate>Wed, 23 Oct 2024 07:53:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393230">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В настройке MLAG соединение между взаимодействующими коммутаторами не является активным/резервным типом, а представляет собой ICCP-ссылку (см. руководство по MLAG), которая всегда активна и передаёт трафик между коммутаторами, который иначе не дошёл бы до цели. Например: если сервер подключён через LACP к двум коммутаторам с настройкой MLAG (сервер не знает о MLAG, он использует LACP-ссылку так, будто все участники связаны с одним коммутатором), а клиент просто подключён к одному из коммутаторов, то сервер может отправить кадры для клиента через «неправильный» LACP-канал… тогда ICCP-ссылка между коммутаторами используется для передачи кадров к конечному назначению. Это значит, что (в зависимости от физической схемы подключения всех устройств) значительная часть трафика может проходить через ICCP-ссылку, а значит эта ICCP-ссылка должна быть реализована с помощью относительно очень быстрого канала. <br />
			<i>23.10.2024 07:16:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393230</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393230</guid>
			<pubDate>Wed, 23 Oct 2024 07:16:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393229">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я планирую похожую настройку. Один вопрос по твоей картинке: синие и красные соединения образуют замкнутый контур, так что одна из линий — «запасная», верно? <br />
			<i>23.10.2024 06:59:00, TikYAN.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393229</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393229</guid>
			<pubDate>Wed, 23 Oct 2024 06:59:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393228">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, mkx, теперь всё работает. Моя ошибка была в том, что я не использовал MLAG между двумя площадками. Я думал, что обычные соединения подойдут, но тогда одна из линий выбирается как резервная. Когда я применил MLAG между площадками, все линии стали активными. Кстати, я использую ros 7.17beta4. <br />
			<i>24.10.2024 07:51:00, TikYAN.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393228</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393228</guid>
			<pubDate>Thu, 24 Oct 2024 07:51:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правильно ли настроена запланированная MLAG?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393227">Правильно ли настроена запланированная MLAG?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! У меня вопрос по планируемой настройке MLAG с CRS518. Хочу подключить несколько кластеров PVE, которые находятся в двух разных локациях. Каждый узел подключен к обоим коммутаторам на своей стороне. Между площадками должны быть две независимые оптические линии на 100G. Правильно ли я нарисовал схему? Можно ли реализовать это на MikroTik с MLAG? Примеры из документации тут не совсем подходят. <img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/03b3414ba25dd417cc31484b438b3c730139a75a.png" alt="Пользователь добавил изображение" border="0" /> <br />
			<i>08.04.2024 19:46:00, tobidoe.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393227</link>
			<guid>http://mikrotik.moscow/forum/forum57/85104-pravilno-li-nastroena-zaplanirovannaya-mlag/message393227</guid>
			<pubDate>Mon, 08 Apr 2024 19:46:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
