<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Симулируем сетку.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Симулируем сетку. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 09 Aug 2026 03:32:07 -0400</pubDate>
		<item>
			<title>Симулируем сетку.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/62775-simuliruem-setku./message241007">Симулируем сетку.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я знаю, я уже спрашивал об этом, но у кого-нибудь получилось настроить MT как маршрутизированную Mesh-систему (2 SR5 радиостанции-ретрансляторы, 1 SR2 радиостанция-ретранслятор)? Теперь, с двумя радиостанциями, WDS не будет так сильно снижать производительность, как обычно, я полагаю. Но какая оптимальная конфигурация – один как AP, другой как станция WDS? Но тогда радиостанция сможет подключиться только к одному другому AP за раз – что в основном нормально. Конечно, она сможет подключаться только к активной ноде, надеюсь, с самым сильным сигналом. Но это может быть не оптимальный путь обратно к основной ноде, поэтому я не знаю, является ли это лучшим решением. Это одна проблема, следующая — убедиться, что она подключается к "живой" ноде. Теперь с помощью скриптов я думаю о следующем. Отключить часть AP до тех пор, пока она не сможет подключиться обратно к основному IP-адресу. После запуска выбрать случайную частоту ретрансляции. Если Netwatch обнаружит, что основная нода отключилась (из-за сетевого сбоя), он снова отключит AP и будет искать другую активную ноду. Конечно, все ноды будут делать это, поэтому ноды, которые все еще подключены (самые близкие), остаются онлайн, а нода, потерявшая сигнал, отключается. Конечно, это должно включать в себя некую маршрутизацию или spanning tree хотя бы для нормальной работы и предотвращения циклов (хотя отключение AP, когда он не подключен, в какой-то степени избегает этого, поскольку доступны только "хорошие" соединения). Я бы предположил, что это можно сделать в режиме bridge, но, возможно, OSPF будет лучше, если придумать динамическую схему адресации (DHCP-S на AP, и DHCP-C на клиентах, с присвоенным подсетью каждой ноде). Если бы я мог сделать маршрутизируемой часть backhaul, то я бы использовал туннель EOIP к основному шлюзу для клиента AP SR2. Какие мысли? Я собираюсь посмотреть по офису и посмотреть, достаточно ли у меня радиостанций и плат для создания экспериментальной Mesh-системы. Основная причина в том, что я смотрел на Skypilot mesh и был очень взволнован идеями, которые в ней есть. Я думал об аспекте опроса и представлял себе эту систему с использованием N-Streme с включенным опросом для backhaul-системы. Мне нравятся выделенные backhaul, но у меня достаточно вышек и вещаний в небольшом районе, чтобы я хотел иметь возможность добавлять и расширять покрытие клиентом за клиентом, а не явно добавлять вышки. <br />
			<i>05.11.2005 03:37:00, DirectWireless.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/62775-simuliruem-setku./message241007</link>
			<guid>http://mikrotik.moscow/forum/forum57/62775-simuliruem-setku./message241007</guid>
			<pubDate>Sat, 05 Nov 2005 03:37:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
