<?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>Thu, 20 Aug 2026 16:05:53 -0400</pubDate>
		<item>
			<title>Вариация на тему сбоя.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234356">Вариация на тему сбоя.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			На самом деле, я смотрю на параметр пропускной способности в беспроводной/регистрации/P дисплее пропускной способности, потому что он показывает "размер трубы" независимо от потока данных. Всё это вытекает из проблемы, которая недавно возникла по какой-то пока неизвестной причине. Эта конкретная ссылка показывает отличную пропускную способность, пока ты не начнёшь передавать через неё данные. Тогда пропускная способность практически умирает. <br />
			<i>14.08.2012 02:01:00, gmeden.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234356</link>
			<guid>http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234356</guid>
			<pubDate>Tue, 14 Aug 2012 02:01:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вариация на тему сбоя.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234355">Вариация на тему сбоя.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Даже если бы ты написал скрипт для этого, думаю, возникла бы проблема: если нагрузка опустится ниже порога пропускной способности, скрипт активируется (так как отсутствие нагрузки = отсутствие пропускной способности). С другой стороны, когда пропускная способность страдает из-за помех, задержка значительно возрастает, так что использование Netwatch с подходящим тайм-аутом для запуска простого скрипта, который меняет шлюз по умолчанию, вероятно, даст лучший результат. <br />
			<i>31.07.2012 07:20:00, vk7zms.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234355</link>
			<guid>http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234355</guid>
			<pubDate>Tue, 31 Jul 2012 07:20:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Вариация на тему сбоя.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234354">Вариация на тему сбоя.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, у меня возникла проблема, подозреваю, что это связано с возможными помехами, но не могу это однозначно доказать. У меня шесть радиостанций, установленных на башне, все используют совершенно разные частоты, но две периодически и резко снижают пропускную способность и направлены примерно в одну сторону (разница в траекториях может быть около 10 градусов). Хотелось бы попробовать реализовать какой-то скрипт или набор правил, который, по сути, будет говорить: "Использовать IP-адрес "A" в качестве основного шлюза, и если пропускная способность по этой линии падает ниже уровня X, использовать альтернативный шлюз "B", когда пропускная способность через "A" вернется к норме, вернуться к пути "A". Возможно ли это? Я полный новичок в скриптах, поэтому любая помощь была бы очень кстати. Никто не берется?..пожалуйста? <br />
			<i>23.07.2012 01:24:00, gmeden.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234354</link>
			<guid>http://mikrotik.moscow/forum/forum57/61320-variatsiya-na-temu-sboya./message234354</guid>
			<pubDate>Mon, 23 Jul 2012 01:24:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
