<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Сетевые интерфейсы Rb435G — простое решение]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Сетевые интерфейсы Rb435G — простое решение форума Аппаратное обеспечение на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 15 Jul 2026 01:06:02 -0400</pubDate>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410656">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			[Я бразилец, извините за мой базовый английский] У меня здесь используются четыре RB435G. Все они настроены так: одна карта R52Hn в режиме AP bridge или Station WDS bridge со всеми ethernet-портами, но реально используется только один из них. Однако в конфигурации есть отличие: два используют порт ether1, а два других — ether2. Проблема с остановкой передачи трафика возникала на всех этих RB. Я отключил функцию «switch-all-ports». После этого RB, которые работают через ether2, снова перестали работать, а те, что через ether1, больше не переставали работать. Я применил скрипт из первой темы для мониторинга трафика, и «run count» в этом случае равен нулю. Так что, если вам нужен только один ethernet-порт, попробуйте использовать ether1. Возможно, это поможет, пока Mikrotik не решит проблему. <br />
			<i>24.07.2013 14:28:00, ricardowz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410656</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410656</guid>
			<pubDate>Wed, 24 Jul 2013 14:28:00 -0400</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410655">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Спасибо, exe, у меня такая же проблема с двумя Routerboard 435G, работающими в режиме мостов. Идея отличная и работает. Надеюсь, Mikrotik когда-нибудь исправит эту проблему. <br />
			<i>01.03.2013 15:44:00, nyck.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410655</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410655</guid>
			<pubDate>Fri, 01 Mar 2013 15:44:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410654">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Кто-нибудь пробовал последнюю 6.0beta3 ROS на RB435G/RB450G? Свитч-чип всё так же зависает под большой нагрузкой? В списке изменений указано, что в этом релизе новый ядро и обновлены драйверы. Редактирую: проблема всё ещё остаётся. <br />
			<i>23.08.2012 10:47:00, ToMikaa87.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410654</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410654</guid>
			<pubDate>Thu, 23 Aug 2012 10:47:00 -0400</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410653">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			RB450G тоже имеет эту проблему. Похоже, она связана с Atheros 8316. После 2 минут полной нагрузки (гигабитный трафик между двумя портами) коммутатор перестаёт работать. <br />
			<i>16.07.2012 09:07:00, ToMikaa87.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410653</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410653</guid>
			<pubDate>Mon, 16 Jul 2012 09:07:00 -0400</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410652">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Итак, это влияет на rb435g, у которого Ethernet отправляет 50-180 Мбит/с и принимает 0-2 Кбит/с, НО НЕ затрагивает другой rb435g, у которого Ethernet отправляет 0-2 Кбит/с и принимает 50-180 Мбит/с. Это происходит только когда порт Ethernet отправляет трафик. Если он только принимает, такого никогда не было. Возможно, переполнение счётчиков/буферов Tx у Ethernet или чипа свитча??? <br />
			<i>15.05.2012 14:31:00, kkolev.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410652</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410652</guid>
			<pubDate>Tue, 15 May 2012 14:31:00 -0400</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410651">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Так что если сделать так: когда это происходит, отключение/включение Ethernet-порта проблему не решает. Но переключение состояния «switch-all-ports=yes или no» заставляет порт снова работать без перезагрузки. Через связь передаётся больше данных, а иначе проходит только небольшой объём трафика? <br />
			<i>15.05.2012 11:44:00, janisk.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410651</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410651</guid>
			<pubDate>Tue, 15 May 2012 11:44:00 -0400</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410650">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			switchA–(etherX-rb435g-r52hn)-&gt; 20 км &lt;-(r52hn-rb435g-etherX)–switchB &nbsp;<br />A–&gt;B 30-180 Мбит/с (реальный трафик) &nbsp;<br />A&lt;–B 0-20 Кбит/с (несколько пингов)<br /><br />Извиняюсь, не могу загрузить картинку. Трафик по этой линии идёт в одном направлении (от 30 до 180 Мбит/с). Один rb435g принимает данные от switchA на etherX, пересылает по беспроводной связи другому rb435g, который затем через свой etherX отправляет их на switchB. В обратном направлении по этой линии проходит совсем мизерный трафик — 0-20 Кбит/с (несколько пингов). Проблема у rb435g, через ethernet которого идёт 30-180 Мбит/с, а другой rb435g, передающий 0-20 Кбит/с, работает нормально. <br />
			<i>20.02.2012 11:39:00, kkolev.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410650</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410650</guid>
			<pubDate>Mon, 20 Feb 2012 11:39:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>Сетевые интерфейсы Rb435G — простое решение</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410649">Сетевые интерфейсы Rb435G — простое решение</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Всем привет! Я заметил много жалоб на проблему зависания ethernet-портов в rb435G. Вот простое решение, которое поможет избежать перезагрузок и потерь пакетов до тех пор, пока MikroTik не выпустит фикс в ROS:<br /><br />Зайдите в Switch &gt; switch1 и снимите галочку с "switch all ports".<br /><br />Затем перейдите в System &gt; Scripts, нажмите "+", дайте скрипту имя: ether и вставьте туда следующий код:<br /><br />:if ([/ping 192.168.1.1 interval=1 count=10] =0) do={ log info "ether port is down"; /interface ethernet switch set 0 switch-all-ports=yes ; /interface ethernet switch set 0 switch-all-ports=no }<br /><br />Обратите внимание, что 192.168.1.1 — это IP-адрес любого другого RB, подключенного к RB435G через Ethernet-порт. Вы можете заменить его под вашу конфигурацию.<br /><br />Далее идём в System &gt; Netwatch, нажимаем "+", в поле host вводим 192.168.1.1 (IP другого RB через Ethernet), выставляем интервал 00:00:10 и таймаут 1000 мс. Вкладка Down, пишем:<br /><br />/system script run ether<br /><br />В Netwatch скопируйте правило из пункта 3 и измените интервал на 00:00:15 (обратите внимание, этот шаг важен — в тестах я заметил, что роутер иногда плохо реагирует на первое правило, поэтому нужно обязательно это).<br /><br />Можно добавить ещё одно с интервалом 00:00:20 на всякий случай — это необязательно.<br /><br />Вот и всё. Я проверял на ROS 5.8 и 435G, всё работает отлично. Благодаря этому можно избежать перезагрузки watchdog, и потери пакетов будут намного меньше в моменты, когда ether-порты rb435G перестают отвечать.<br /><br />Можете протестировать это и на 493G, но там нужно использовать такой код:<br /><br />:if ([/ping 192.168.1.1 interval=1 count=10] =0) do={ log info "ether port is down"; /interface ethernet switch set 0 switch-all-ports=yes ; /interface ethernet switch set 0 switch-all-ports=no ; /interface ethernet switch set 1 switch-all-ports=yes ; /interface ethernet switch set 1 switch-all-ports=no }<br /><br />У этого устройства два чипа. На самом деле я не тестировал на 493G, но, думаю, должно работать.<br /><br />Если используете switch-all-ports = yes, то меняйте местами команды yes и no в скрипте.<br /><br />Буду рад вашим комментариям! <br />
			<i>03.02.2012 05:18:00, exe.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410649</link>
			<guid>http://mikrotik.moscow/forum/forum58/86816-setevye-interfeysy-rb435g-_-prostoe-reshenie/message410649</guid>
			<pubDate>Fri, 03 Feb 2012 05:18:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
	</channel>
</rss>
