<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: RB Metal AP стабильность.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме RB Metal AP стабильность. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 15 Jul 2026 00:58:44 -0400</pubDate>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299361">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, похоже, у меня другая проблема. С моими проблемами со связью на концах линка есть по две антенны. Самая длинная – 16 км. Когда соединение падает, регистрация пропадает. Я могу воспроизвести проблему на 100%, нагружая один конец максимальной пропускной способностью на длительное время. Всегда выходит из строя передающая сторона (TX), независимо от того, со стороны моста или станции. Когда линк падает, перезапуск беспроводного интерфейса не восстанавливает соединение, восстанавливается только перезагрузка передающей стороны. Перезагрузка принимающей стороны (RX) не имеет эффекта. У меня есть скрипт, который пингует адрес на другом конце линка, и если он не видит его, беспроводной интерфейс перезапускается до трех раз, и если это не помогает, сохраняется лог и supout, а затем антенна перезагружается. Обычно она перезагружается. Проблема сохраняется даже после установки последней версии прошивки и установки последней ROS (6.15). Редко, передающая антенна фиксирует сбой ядра и перезагружается, или перезагружается сторожевой таймер. Я столкнулся с этой проблемой на семи разных 2 ГГц антеннах. С линками с 5 ГГц антеннами проблем нет. Я думаю, что эта проблема ведет себя как тепловая, но пока не могу это доказать. Это также может быть проблемой общего количества переданных пакетов, проявляющейся в виде утечки ресурсов. У меня также есть проблемы с обычными точками доступа, но это уже другая история. Очень неприятно… <br />
			<i>05.07.2014 14:48:00, hardings.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299361</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299361</guid>
			<pubDate>Sat, 05 Jul 2014 14:48:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299360">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Так, у тебя ситуация отличается. Если в таблице регистрации ничего нет, то значение получить не получится. Возможно, обрывается соединение со стороны станции. Я использую их как AP-bridge, и соединения всегда остаются. <br />
			<i>05.07.2014 13:39:00, CyberTod.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299360</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299360</guid>
			<pubDate>Sat, 05 Jul 2014 13:39:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299359">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо. Поиграю, но у меня регистрация пропадает, так что не уверен, смогу ли я прочитать значение. <br />
			<i>05.07.2014 12:26:00, hardings.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299359</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299359</guid>
			<pubDate>Sat, 05 Jul 2014 12:26:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299358">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вот скрипт, протестирован на v6, все версии: /interface wireless registration-table print :global lastactivity [/interface wireless registration-table get number=0 value-name=last-activity]; if ($lastactivity &gt; “00:05:00.000”) do { /system sup-output /interface wireless registration-table print stats file=regtable log warning “Wireless Card fail. Last activity is $lastactivity. Rebooting router”; /system reboot } Я добавил создание файла supout и выгрузку таблицы регистрации в файл, потому что я открыл тикет по этой проблеме и служба поддержки MikroTik попросила меня предоставить эту информацию. Создайте запланированную задачу для этого скрипта, чтобы он выполнялся каждые 5 минут или с любым другим выбранным интервалом. <br />
			<i>05.07.2014 10:13:00, CyberTod.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299358</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299358</guid>
			<pubDate>Sat, 05 Jul 2014 10:13:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299357">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня эти проблемы возникают даже после обновления до v6.15 и включения пакета wireless-fp. Но клиенты не отключаются. Вообще, все они остаются подключенными, но поле ‘last-activity’ начинает расти очень сильно, обычно оно в пределах нескольких секунд (не больше 20с), а в этот раз доходит, например, до 00:06:02.640 и только перезагрузка решает проблему. Я использую скрипт для обнаружения этой проблемы и перезагрузки устройства. Если кому-то будет интересно, могу его сюда выложить. P.S. Как сказал mackosy, есть несколько других тем на эту тему. Похоже, эта проблема затрагивает много RB Metals, только 2GHz версию (RB Metal 2SHPn). <br />
			<i>14.06.2014 15:36:00, CyberTod.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299357</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299357</guid>
			<pubDate>Sat, 14 Jun 2014 15:36:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299356">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! Подтверждаю наличие этой проблемы. У меня METAL отключает всех клиентов, и его WLAN-интерфейс полностью перестаёт работать. Сканирование вообще не показывает других AP. У меня 2 METAL, и оба ведут себя одинаково. Mikrotik не может предложить решение и не отвечает. Увидеть это можно и в этой теме: <noindex><a href="http://forum.mikrotik.com/t/problem-with-mount-point/94/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/problem-with-mount-point/94/1</a></noindex>. Думаю перейти на R2SHPN с rb411gl, но после этого не знаю, будет ли это хорошей инновацией. <br />
			<i>14.06.2014 06:28:00, mackosy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299356</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299356</guid>
			<pubDate>Sat, 14 Jun 2014 06:28:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299355">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет! У меня точно такая же проблема здесь. Один Metal (2.4GHz) работает как точка доступа, а два - в качестве клиентов на мобильных станциях в нашем (довольно огромном) складе. NV2, антенны всенаправленные с усилением +3дБ на каждом Metal. Время от времени точка доступа Metal (и только она) зависает, как и описано. Наблюдалось это со всеми версиями ROS и прошивками, начиная с 5.24 и до 6.10. Кажется, что это происходит только после определенного времени работы (или объема трафика). Я обошёл это и добавил запланированную перезагрузку каждый день в 04:30 утра. С тех пор никаких проблем (примерно 6 недель назад). Всего доброго, -Крис <br />
			<i>05.03.2014 17:03:00, cdiedrich.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299355</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299355</guid>
			<pubDate>Wed, 05 Mar 2014 17:03:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299354">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Попробуй v6.10. Говорят, там исправлены проблемы с пропаданием радиомодуля 2.4GHz Metal в режиме точки доступа. У меня есть 3 штуки, которые сейчас так себя ведут. <br />
			<i>01.03.2014 04:22:00, UpRunTech.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299354</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299354</guid>
			<pubDate>Sat, 01 Mar 2014 04:22:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299353">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ты говоришь, что только несколько Metal-плат не работают, а остальные работают нормально? Можешь написать в support@mikrotik.com об этой проблеме и указать, какие Serial Numbers работают, а какие нет. <br />
			<i>17.12.2013 11:13:00, uldis.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299353</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299353</guid>
			<pubDate>Tue, 17 Dec 2013 11:13:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299352">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я могу подтвердить наличие этой проблемы. У меня есть METAL, который отключает всех клиентов и полностью прекращает работу wlan-интерфейса. Сканирование вообще не показывает других AP. У меня есть еще один METAL на том же объекте, и у него нет этих проблем. Мой METAL с проблемой сталкивается с этим 5-6 раз в день. Я написал скрипт ping watchdog для перезагрузки METAL, когда проблема возникает, и это, похоже, облегчает проблему, но в последнее время он зависает при перезагрузке, как иногда делают мои RB/1200s. Каждый раз, когда я перезагружаю RB1200, я очень боюсь, потому что есть шанс 1 к 50, что он вылетит при перезагрузке. Мой METAL падает при перезагрузке каждые несколько дней после перезагрузки скриптом ping watchdog. Что меня реально злит, так это то, что мне приходится залезать на мачту и отключать питание, чтобы вернуть его в строй, когда это происходит. Я думаю, что проблема с wlan у METAL аппаратная, но сбой при перезагрузке связан с программным обеспечением, поскольку роутерборды на базе powerpc и mipsbe сталкиваются с этой проблемой. Кроме того, производительность METAL просто отвратительная. Я заменил восьмилетнее радио Demarc Tech 802.11b на RB/METAL и получил жалобы клиентов на отключения, низкие скорости и т.д. Я серьезно рассматриваю возможность установки старого AP Demarc Tech обратно, но его процессор больше не может справиться с высокими нагрузками. Это ужасно. У меня есть другие Routerboards (433AH с XR2) и они работают отлично. Не могу сказать, что у меня был Routerboard, у которого беспроводная связь работала хорошо с тех пор, как 433 и 600 бордов. Я также пробовал RB/711 и имел ужасающую надежность и проблемы с производительностью. Я задаюсь вопросом, не снизилось ли качество оборудования или программного обеспечения продуктов Mikrotik в последние годы? Затем я понимаю, что разница в том, что единственные Mikrotik AP, которые у меня работали хорошо, были объединены с картами XR. Есть ли какая-то проблема совместимости с чипсетом, который Mikrotik теперь использует для своих собственных беспроводных карт, с которой карты Ubiquiti XR не столкнулись бы? Это единственная общая черта, которую я могу придумать. Я не знаю, что буду делать, когда все мои AP RB433/XR2 умрут. Однозначно, я не могу заменить их на 711 или METAL. Может быть, я смогу раскопать все свои старые AP RB/133. У меня все еще есть два в эксплуатации, и они работают потрясающе. <br />
			<i>17.12.2013 10:01:00, earljack.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299352</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299352</guid>
			<pubDate>Tue, 17 Dec 2013 10:01:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299351">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мне интересно. У меня куча проблем с металлическими блоками 2 ГГц в нескольких точечных связях, и я хотел бы посмотреть, будет ли работать ваше обнаружение в моей ситуации. Сейчас я использую обнаружение по таймауту ping маршрута. С металлическими блоками 5 ГГц на подобных связях проблем нет. <br />
			<i>05.07.2014 09:37:00, hardings.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299351</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299351</guid>
			<pubDate>Sat, 05 Jul 2014 09:37:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299350">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ты прав, трой. Я имею в виду, Metal – это не Heavy Load AP (Wireless + Ethernet), у MT есть таблица, по которой мы можем выбрать лучшее оборудование для каждого сценария. Я думаю, что только RB435 и RB800 – это Heavy Load Multi AP для промышленного использования и высокой нагрузки. По моему мнению, можно добиться 200 Мбит/с с Sextant, но это не для Heavy use. <br />
			<i>21.07.2013 09:20:00, ShayanFiroozi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299350</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299350</guid>
			<pubDate>Sun, 21 Jul 2013 09:20:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299349">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Просто сообщаю, я связался с поддержкой [Ticket#2013070566000876]. Там посоветовали отключить b-скорости и использовать только g и n, но это не помогло. Также я попробовал режим ONLY-G, и он тоже не сработал. Купил 4 устройства, все с одинаковыми настройками и установкой. 2 работают, 2 не работают, что говорит о том, что проблема не в конфигурации. Должно быть что-то ещё. Помогите, Mikrotik! <br />
			<i>12.07.2013 12:22:00, diablonet.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299349</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299349</guid>
			<pubDate>Fri, 12 Jul 2013 12:22:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>RB Metal AP стабильность.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299348">RB Metal AP стабильность.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет,<br /><br />У меня есть сайт с тремя Access Points на 2.4Ghz Metal. Все три работали на 5.25 с прошивкой 3.07. Они подключены к секторным антеннам на 15db. Один модуль обслуживает 17 клиентов, другой – 9, третий сейчас пустой. Процесс беспроводной сети на этих устройствах зависает на 50% загрузки ЦП, отключает всех клиентов и не позволяет ни одному из них подключиться. Фактически, AP даже не виден, когда это происходит. Только перезагрузка решает эту проблему. Мы пробовали и 802.11, и NV2. Экспериментировали с режимами b/g, только g и b/g/n. Поиграли с настройками скоростей передачи данных и MCS, пробовали как значения по умолчанию, так и разные пользовательские. Недавно обновились до 6.1 и откатили прошивку до 3.02. Безрезультатно, ни одна комбинация настроек не помогла. Мы успешно использовали аналогичные конфигурации на R2SHPn на разных платах 433 без каких-либо проблем. Я подозреваю, что дело в чипсете, используемом в Metal, но MT, похоже, не хотят это обсуждать. <br /><br />Вопрос в том, есть ли у кого-нибудь, кто использует Metal 2.4Ghz AP без проблем? Если да, можете ли вы поделиться своей беспроводной конфигурацией? MT тикет #2013060966000316. Изначально получил пару ответов. Последнее письмо в MT было отправлено 14 июня, ответа от MT не последовало в последние 12 дней.<br /><br />Спасибо,<br />-Troy <br />
			<i>26.06.2013 13:50:00, troy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299348</link>
			<guid>http://mikrotik.moscow/forum/forum57/74012-rb-metal-ap-stabilnost./message299348</guid>
			<pubDate>Wed, 26 Jun 2013 13:50:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
