<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: блок-схема hEX]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме блок-схема hEX форума Аппаратное обеспечение на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Thu, 30 Jul 2026 21:15:55 -0400</pubDate>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443997">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Я нигде не говорил про полудуплексные ссылки, там две 1Гбит/с полнодуплексные линии: одна для портов 1, 3, 5, и одна для портов 2, 4. @sebastia — это он утверждает про полудуплекс, а не я. В технической документации не указано, как MikroTik настроили эти линии, но на опубликованных MikroTik схемах видно, как они это сделали, как я выше и описал и проверил. <br /><br />Вы не можете загрузить одну полнодуплексную линию примерно 900 Мбит/с односторонним трафиком, как в вашем speedtest, где сначала скачивание, потом загрузка. <br /><br />Вы МОЖЕТЕ загрузить одну полнодуплексную линию с помощью двунаправленных тестов, как я показал выше: &nbsp;<br />1&lt;=&gt;2 = ИСПОЛЬЗУЮТСЯ ДВЕ полнодуплексные линии в обе стороны с CPU, двунаправленный трафик примерно 1.6 Гбит/с, около 800 Мбит/с в каждом направлении на обеих линиях, никаких узких мест. &nbsp;<br />1&lt;=&gt;4 = то же, без узких мест. &nbsp;<br />3&lt;=&gt;2 = то же, без узких мест. &nbsp;<br />3&lt;=&gt;4 = то же, без узких мест. &nbsp;<br />5&lt;=&gt;2 = то же, без узких мест. &nbsp;<br />5&lt;=&gt;4 = то же, без узких мест. &nbsp;<br />1&lt;=&gt;3 = ИСПОЛЬЗУЕТСЯ ОДНА полнодуплексная линия с CPU, двунаправленный трафик около 900 Мбит/с, примерно 600 Мбит/с в одну сторону и 300 в другую, есть узкое место. &nbsp;<br />1&lt;=&gt;5 = как выше, узкое место. &nbsp;<br />3&lt;=&gt;5 = как выше, узкое место. &nbsp;<br />2&lt;=&gt;4 = как выше, узкое место.<br /><br />Узкое место возникает, когда WAN и LAN-порты работают с одной линии (1&lt;=&gt;3, ИЛИ 1&lt;=&gt;5, ИЛИ 3&lt;=&gt;5, ИЛИ 2&lt;=&gt;4). Чтобы обеспечить оптимальную производительность и избежать узких мест, нужно использовать WAN-порты с одной линии, а LAN-порты — с другой. <br /><br />Я просто хотел узнать, есть ли какие-нибудь варианты помимо использования порта 2 (или 4) для WAN и портов 1, 3, 5 для LAN. ← *НЕВЕРНО, см. ниже: <noindex><a href="https://forum.mikrotik.com/viewtopic.php?f=3&amp;p=848197#p848151" target="_blank" rel="nofollow" >https://forum.mikrotik.com/viewtopic.php?f=3&amp;p=848197#p848151</a></noindex><br /><br />Или порт 1 (или 3 или 5) для WAN, а порты 2, 4 для LAN.<br /><br />Я не понимаю, что ты хочешь доказать. Что мои тесты — враньё? Не стесняйся, сделай свои ДВУНАПРАВЛЕННЫЕ тесты по два порта одновременно, выложи результаты и сравним. А пока — удачи! <br />
			<i>12.03.2021 16:06:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443997</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443997</guid>
			<pubDate>Fri, 12 Mar 2021 16:06:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443996">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			В последний раз: эти каналы РАБОТАЮТ в полном дуплексе. И, как видно из pdf, который я прикрепил, они НЕ привязаны к конкретному порту. Подумайте сами. Я показал тест скорости, проходящий через роутер, с eth5 на eth1. Если бы порты были закреплены за конкретным каналом, и по схеме Mikrotik, было бы невозможно пройти 1 Гбит/с через один половинный дуплекс. Только полный дуплекс способен на такое. То же самое с результатами скорости: нельзя передать 1,9 Гбит/с трафика через два половинных дуплексных канала по 1 Гбит/с. И да, это противоречит вашим выводам. Вы утверждали, что каналы — половинный дуплекс. Это не так. И судя по вашему первому скриншоту, у нас примерно 1,7 Гбит/с перекрёстного трафика. Чтобы это было вообще возможно, оба канала должны быть полнодуплексными. Посмотрите pdf, который я здесь выложил. Это документация SOC, используемого в Mikrotik. Там увидите, что коммутатор подключён к CPU двумя каналами, которые не привязаны жёстко ни к одному порту коммутатора. <br />
			<i>12.03.2021 15:00:00, Paternot.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443996</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443996</guid>
			<pubDate>Fri, 12 Mar 2021 15:00:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443995">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Это не противоречит моим выводам, если брать только два порта, основываясь на первых скриншотах:<br /><br />скриншот1: ~842Мбит/с ВХОД ether1 → ~850Мбит/с ВЫХОД ether2 И ~817Мбит/с ВХОД ether2 → ~815Мбит/с ВЫХОД ether1 → 2×1Гбит/с канала, верно? (верно, исходя из Диаграммы отключенного коммутирования, потому что порты 1 и 2 находятся на разных линиях к процессору).<br /><br />скриншот2: ~635Мбит/с ВХОД ether1 → ~631Мбит/с ВЫХОД ether3 И ~321Мбит/с ВХОД ether3 → ~317Мбит/с ВЫХОД ether1 → только 1×1Гбит/с канал, верно? (верно, согласно Диаграмме отключенного коммутирования, потому что порты 1 и 3 на одной линии к процессору).<br /><br />скриншот3: ~799Мбит/с ВХОД ether1 → ~799Мбит/с ВЫХОД ether4 И ~869Мбит/с ВХОД ether4 → ~869Мбит/с ВЫХОД ether1 → 2×1Гбит/с канала, верно? (верно, исходя из Диаграммы отключенного коммутирования, потому что порты 1 и 4 на разных линиях к процессору).<br /><br />скриншот4: ~626Мбит/с ВХОД ether1 → ~623Мбит/с ВЫХОД ether5 И ~331Мбит/с ВХОД ether5 → ~329Мбит/с ВЫХОД ether1 → только 1×1Гбит/с канал, верно? (верно, согласно Диаграмме отключенного коммутирования, потому что порты 1 и 5 на одной линии к процессору).<br /><br />Порты закреплены: 1,3,5 — на одной линии, порты 2,4 — на другой. Они не прыгают случайно с линии на линию. Основано, повторюсь, на диаграмме Disabled Switching Block, представленной на странице поддержки.<br /><br />Производительность маршрутизации по тестам заявлена как 1,1 Гбит/с при 25 фильтрах и пакетах размером 1518 байт, у меня всего 14 фильтров и я получаю ~1,6 Гбит/с маршрутизации (скриншоты 1 и 3), что довольно неплохо для такого маленького роутера. <br />
			<i>12.03.2021 12:36:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443995</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443995</guid>
			<pubDate>Fri, 12 Mar 2021 12:36:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443994">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Это работает не так. Система — это SOC с коммутатором, интегрированным прямо в процессор. Этот встроенный коммутатор использует два соединения (как видно здесь: <noindex><a href="http://www.t-firefly.com/download/FireWRT/hardware/MT7621.pdf" target="_blank" rel="nofollow" >http://www.t-firefly.com/download/FireWRT/hardware/MT7621.pdf</a></noindex> ) с процессором. Каждое из этих соединений работает на скорости 1 Гбит/с. Нет физического закрепления за каким-то конкретным портом: это работает так же, как у современных x86 процессоров с двумя контроллерами памяти — любое ядро в любой момент может использовать любой контроллер. Но каналы на hEX именно полно-дуплексные. Откуда я это знаю? Очень просто. Посмотрите на тест скорости, опубликованный Mikrotik. <noindex><a href="https://mikrotik.com/product/RB750Gr3#fndtn-testresults" target="_blank" rel="nofollow" >https://mikrotik.com/product/RB750Gr3#fndtn-testresults</a></noindex> Загляните в раздел «routing, fast path». hEX тянет почти 2 Гбит/с. Тест скорости проводится только в одном направлении — данные идут с одного порта на другой. То есть, например, заходят на eth1 и выходят на eth2. Нам нужен 1 Гбит/с на входе eth1 и 1 Гбит/с на выходе eth2. Пока всё нормально. В итоге у нас 2 канала — даже если бы они были полудуплексными, это бы работало. Но это даёт нам трафик в 1 Гбит/с — его не считаем дважды. Чтобы получить заявленные 1,9 Гбит/с, возможен только такой вариант: два полно-дуплексных внутренних канала — скажем, eth1 и eth2 входящие, eth3 и eth4 исходящие. В противном случае понадобятся 4 полудуплексных канала. <br />
			<i>12.03.2021 12:02:00, Paternot.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443994</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443994</guid>
			<pubDate>Fri, 12 Mar 2021 12:02:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443993">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Ну значит, ты так и не сможешь объяснить данные, которые развенчивают твою теорию о том, что 1Гб/с — это просто сумма аплоада и даунлоуда, так? Я здесь вовсе не грублю. Все данные выше были опубликованы довольно понятно, тесты объяснены, они подтверждают, что используется только схема «Disabled Switching». Тем не менее, ты упорно продолжаешь поддерживать ложные данные и делать неверные выводы, опираясь всего на 2 из 4 опубликованных тестов, а если считать PPPoE, то на 2 из 5. Я уже объяснял, почему именно в этих двух тестах проходит меньше (в два раза меньше) данных — потому что они используют один и тот же 1Гб линк к CPU. Другие 2 теста, включая тот, где активен PPPoE клиент, используют ОДВЕ 1Гб/с линии к CPU. Перечитай ещё раз, может, что-то прояснится. Сделай свои собственные тесты, повтори мои — как угодно. Исходя из всего этого, тот, кто не понимает — это ты, извини. Удачи! @msatter Я уже писал выше, ether1 не входит в мост. <br />
			<i>12.03.2021 11:29:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443993</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443993</guid>
			<pubDate>Fri, 12 Mar 2021 11:29:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443992">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Волшебное слово — «интегрированный». Видимо, интегрированный в процессор. Когда ты маршрутизируешь (WAN), процессор всегда задействован. Порт один подключён к процессору, и трафик на порт три должен идти по одной и той же полосе. Если трафик остаётся внутри моста, то коммутатор в процессоре направляет трафик и разгружает процессор аппаратно. Не подключай WAN в мост — вот что мне говорили. <br />
			<i>12.03.2021 11:26:00, msatter.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443992</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443992</guid>
			<pubDate>Fri, 12 Mar 2021 11:26:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443991">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Если хочешь получить помощь или информацию, стоит быть немного вежливее. Большинство из нас на этом форуме не сидят здесь за зарплату. И как тогда ты объяснишь тот факт, что этот тест прямо противоречит результатам твоих тестов номер 2 и 4 из твоего первого сообщения здесь? Оба были тестами в полном дуплексе между двумя задействованными портами. <br />
			<i>12.03.2021 11:16:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443991</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443991</guid>
			<pubDate>Fri, 12 Mar 2021 11:16:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443990">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Фейспалм. Все тесты проводились с маршрутизацией, а не с коммутацией. См. скриншот выше. Загрузка процессора не относится к графике. <br />
			<i>12.03.2021 10:48:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443990</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443990</guid>
			<pubDate>Fri, 12 Mar 2021 10:48:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443989">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			В тестах 1 и 3 трафик не идёт на процессор, а используется аппаратное переключение в чипе коммутатора (= разгрузка) → поэтому ограничения по каналу к процессору не распространяются, и вы получаете полную пропускную способность 1 Гб/с на порту. Как тебе такое признание? <br />
			<i>12.03.2021 10:44:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443989</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443989</guid>
			<pubDate>Fri, 12 Mar 2021 10:44:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443988">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			По твоей логике, в двух моих тестах (1 и 3, eth1 wan - eth2 lan; eth1 wan - eth4 lan) у меня есть два канала примерно по 1,6 Гбит/с, итого 3,2 Гбит/с к процессору, о которых нет ни слова в схемах. Эти каналы на 1 Гбит/с — полнодуплексные. Объясни иначе. PS: жалко, что за 3 года после твоего поста ты только сейчас придумал это объяснение. @Paternot, твой опубликованный speedtest — это односторонний тест, я же проверил все порты и сделал тесты, скриншоты с которыми выложил выше. Также блок-схема сверху (с отключённым коммутированием) довольно точно совпадает с моими выводами. <noindex><a href="https://i.mt.lv/cdn/product_files/RB750Gr3-dsw_161117.png" target="_blank" rel="nofollow" >https://i.mt.lv/cdn/product_files/RB750Gr3-dsw_161117.png</a></noindex> Наличие WAN на ETH5 (или 3, или 1) даст лучшую одновременную скорость при приёме и отдаче с LAN на портах 2 и 4. Это можно проверить двумя speedtest’ами, запуск второго почти одновременно с окончанием первого, возможно, на разных серверах — чтобы один тест был на отдачу, а другой — на приём. Если поменять местами тестирующую машину на портах 3 или 1 с текущей настройкой, ты увидишь половину скорости при одновременной передаче (один из направлений всё равно будет 1 Гбит/с), так что обычный ОДИН speedtest этого не покажет. Вот я собственно и делал так — два speedtest’а одновременно: <img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/c891c71f59199bdfdb02fc313dab92c3a79c4172.png" alt="Пользователь добавил изображение" border="0" /> <br />
			<i>12.03.2021 10:33:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443988</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443988</guid>
			<pubDate>Fri, 12 Mar 2021 10:33:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443987">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Нет жёсткого закрепления ссылок. Если речь идёт о 5 независимых портах: два 1Gbps канала будут использоваться по мере необходимости. Нет фиксированного распределения канала между группой портов. Если же мы говорим о смешанной конфигурации из независимых и ведомых портов: один 1Gbps канал выделяется для независимых портов, другой — для сгруппированных. Не уверен, как система отработает, если кто-то сделает два или больше мостов. В любом случае такая конфигурация не рекомендуется. У меня настроено так: ISP на ether5, остальные четыре порта объединены в один мост. Извиняюсь, исправил опечатки. <br />
			<i>12.03.2021 10:22:00, Paternot.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443987</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443987</guid>
			<pubDate>Fri, 12 Mar 2021 10:22:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443986">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Ты уже используешь это (1 Гбит/с)! Посмотри второй тест: Tx + Rx примерно 1 Гбит/с для портов ether1 и ether4. Те самые 1 Гбит/с из схемы — это ОБЩАЯ пропускная способность, доступная и для отправки, и для приёма. Теперь я жду извинений. <br />
			<i>12.03.2021 10:18:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443986</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443986</guid>
			<pubDate>Fri, 12 Mar 2021 10:18:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443985">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Да, но у нас также есть диаграмма Enabled Switching, которая выглядит вот так: <noindex><a href="https://i.mt.lv/cdn/product_files/RB750Gr3-esw3_190642.png" target="_blank" rel="nofollow" >https://i.mt.lv/cdn/product_files/RB750Gr3-esw3_190642.png</a></noindex> <img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/5f72a38b3048fdd4ba5ae3773da10358142555e0.png" alt="Пользователь добавил изображение" border="0" /> Как мы это можем использовать? Я написал в поддержку по этому поводу, посмотрим, смогут ли они что-то подсказать. <br />
			<i>12.03.2021 08:43:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443985</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443985</guid>
			<pubDate>Fri, 12 Mar 2021 08:43:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443984">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Это реальная ситуация: если включить переключение (bridge), то вся работа всё равно выполняется (эмулируется) внутри процессора. Для процессора видно два канала по 1 Гбит/с каждый. При использовании порта 1 как WAN порты 2 и 4 обеспечивают максимальную скорость. Порты 3 и 5 должны делить 1 Гбит/с с портом 1 (WAN). При подключении стоит смотреть на трафик туда/обратно с WAN, оптимально будет 1&lt;-&gt;2-4, а менее эффективно 1&lt;-&gt;3-5. В hEX-S ситуация даже хуже, если использовать SPF как WAN. Менее подходяще: SPF&lt;-&gt;1-2-3-4-5 (порты 1,2,3,4,5 делят один и тот же канал 1 Гбит/с). Несмотря на эти ограничения, это всё равно очень классная небольшая коробочка. <br />
			<i>12.03.2021 08:37:00, msatter.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443984</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443984</guid>
			<pubDate>Fri, 12 Mar 2021 08:37:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443983">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Ладно тогда, ради всего святого, объясни, пожалуйста, скриншот выше с клиентом PPPoE. Возьми ether1, 529+908= ?? объясни. <br />
			<i>12.03.2021 10:56:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443983</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443983</guid>
			<pubDate>Fri, 12 Mar 2021 10:56:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443982">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Для истории: это НЕ так — Mikrotik всегда показывает полную пропускную способность по всем направлениям → эти 1 Гбит/с делятся на оба направления! (что подтверждают и ваши собственные тесты) <br />
			<i>12.03.2021 10:54:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443982</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443982</guid>
			<pubDate>Fri, 12 Mar 2021 10:54:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443981">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Не думаю, что это так: мне кажется, что присвоение портов для всех независимых ссылок уже исправили (но я же не проверял…). <br />
			<i>12.03.2021 10:49:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443981</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443981</guid>
			<pubDate>Fri, 12 Mar 2021 10:49:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443980">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Извиняюсь, что поднимаю такую старую тему, но после обновления провайдера и с роутером RB750Gr3, я решил проверить вышеописанные моменты, и, честно говоря, это не так. Если ethernet1 не включён ни в один мост, а в мост добавлены только порты 2, 3, 4 и 5, и при этом весь трафик аппаратно ускорен, то, кажется, применима схема «Блочная диаграмма с отключённым коммутатором». Так что если у вас провайдер даёт больше 500 Мбит/с на вход и выход, то для WAN нужно использовать порт 1 (например), а для LAN — порты 2 и 4. Или, может, один из портов 2 или 4 для WAN, а 1, 3 и 5 для LAN — так LAN-портов будет больше. *НЕВЕРНО, см. ниже: <noindex><a href="https://forum.mikrotik.com/viewtopic.php?f=3&amp;p=848197#p848151" target="_blank" rel="nofollow" >https://forum.mikrotik.com/viewtopic.php?f=3&amp;p=848197#p848151</a></noindex> Можно ли как-то изменить это поведение? Думаю, нет. Но стоит об этом где-то написать, чтобы не оставлять пользователя в недоумении, где именно узкое место. RouterOS: 6.46.8 Ниже несколько быстрых тестов с iperf: &nbsp;<br />interface bridge port print &nbsp;<br />Flags: X - отключён, I - неактивен, D - динамический, H - аппаратное ускорение &nbsp;<br /> # &nbsp; &nbsp; ИНТЕРФЕЙС &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; МОСТ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; HW &nbsp;PVID ПРИОРИТЕТ &nbsp;PATH-COST ВНУТР.ПУТЬ-СТОИМ. &nbsp; HORIZON &nbsp;<br /> 0 &nbsp; H ;;; defconf &nbsp;<br /> &nbsp; &nbsp; &nbsp; ether2 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; bridge &nbsp; &nbsp; &nbsp; &nbsp;yes &nbsp; &nbsp;1 &nbsp; &nbsp; 0x80 &nbsp; &nbsp; &nbsp; &nbsp; 10 &nbsp; 10 &nbsp; &nbsp; &nbsp; none &nbsp;<br /> 1 I H ;;; defconf &nbsp;<br /> &nbsp; &nbsp; &nbsp; ether3 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; bridge &nbsp; &nbsp; &nbsp; &nbsp;yes &nbsp; &nbsp;1 &nbsp; &nbsp; 0x80 &nbsp; &nbsp; &nbsp; &nbsp; 10 &nbsp; 10 &nbsp; &nbsp; &nbsp; none &nbsp;<br /> 2 &nbsp; H ;;; defconf &nbsp;<br /> &nbsp; &nbsp; &nbsp; ether4 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; bridge &nbsp; &nbsp; &nbsp; &nbsp;yes &nbsp; &nbsp;1 &nbsp; &nbsp; 0x80 &nbsp; &nbsp; &nbsp; &nbsp; 10 &nbsp; 10 &nbsp; &nbsp; &nbsp; none &nbsp;<br /> 3 I H ;;; defconf &nbsp;<br /> &nbsp; &nbsp; &nbsp; ether5 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; bridge &nbsp; &nbsp; &nbsp; &nbsp;yes &nbsp; &nbsp;1 &nbsp; &nbsp; 0x80 &nbsp; &nbsp; &nbsp; &nbsp; 10 &nbsp; 10 &nbsp; &nbsp; &nbsp; none <br />
			<i>12.03.2021 07:03:00, Znevna.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443980</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443980</guid>
			<pubDate>Fri, 12 Mar 2021 07:03:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
		<item>
			<title>блок-схема hEX</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443979">блок-схема hEX</a></b> <i>Аппаратное обеспечение</i> в форуме <a href="http://mikrotik.moscow/forum/forum58/">Аппаратное обеспечение</a>. <br />
			Привет! На странице продукта hEX (RB750Gr3) есть две блок-схемы — одна с выключенным, другая с включённым переключением. Вопросы: почему их две, это опция для пользователя? Если да, то как её включить? И зачем выбирать одну вместо другой? Какие у каждой есть плюсы и минусы? Спасибо, Себ. <br />
			<i>15.12.2017 17:27:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443979</link>
			<guid>http://mikrotik.moscow/forum/forum58/90734-blok_skhema-hex/message443979</guid>
			<pubDate>Fri, 15 Dec 2017 17:27:00 -0500</pubDate>
			<category>Аппаратное обеспечение</category>
		</item>
	</channel>
</rss>
