<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Обновление hEX и медленная скорость загрузки Verizon FIOS]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Обновление hEX и медленная скорость загрузки Verizon FIOS форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 02:40:18 -0400</pubDate>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400215">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Просто добавлю несколько деталей к тому, что так ясно объяснил @CGGXANNX. Контроль перегрузки TCP действительно умнее и лучше адаптируется, но он начинает работать только после того, как пакеты реально доходят до TCP-стека. Если кадры теряются раньше из-за переполнения буфера, а роутер игнорирует входящие pause-фреймы, TCP никак не сможет предотвратить эти потери. Вот тут и может помочь управление потоком — оно позволяет устройству-источнику не сбрасывать трафик ещё до того, как TCP успеет среагировать. По поводу паузы в 33 миллисекунды, которую вы упомянули, это скорее проблема конкретного железа или драйвера. Само управление потоком не вызывает таких фиксированных задержек. Если подобная пауза появляется постоянно, стоит проверить настройки оффлоада, сетевой драйвер или испытать другое оборудование. Так что да, ваше оборудование может работать некорректно, но это не значит, что управление потоком как функция изначально неправильное. Всё зависит от железа и того, как в вашем случае обрабатывается трафик. <br />
			<i>16.04.2025 13:46:00, Larsa.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400215</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400215</guid>
			<pubDate>Wed, 16 Apr 2025 13:46:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400214">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хорошо, значит ты тоже не можешь это объяснить и увиливаешь от ответа кучей «может быть» и «а что если». Включение rx flow control приведёт к задержкам и паузам во всем трафике с роутера, а это крайне нежелательно. У TCP есть свои механизмы управления перегрузками, и я предпочитаю ими пользоваться, чтобы не сталкиваться с ненужными 33-миллисекундными задержками «rx pause» без всякой причины. Может, тебе стоит поискать информацию и почитать об этом. Спасибо за попытку помочь, но это только сильнее убеждает меня, что с RouterOS на этих конкретных моделях что-то не так. <br />
			<i>16.04.2025 12:59:00, codelogic.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400214</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400214</guid>
			<pubDate>Wed, 16 Apr 2025 12:59:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400213">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Во-первых, нет никаких причин, почему вы не можете включить flow control на Ethernet-порту при использовании других механизмов QoS, таких как очереди — это не связано между собой. Во-вторых, включён ли flow control на OpenWrt, зависит от чипсета/сетевого адаптера. Нужно установить ethtool и запустить его с параметром -a, чтобы проверить, включён он или нет (но только если драйвер поддерживает вывод этой настройки!). Вот несколько примеров, где он включён по умолчанию: <noindex><a href="https://forum.openwrt.org/t/mt7621-mt7530-programming-disabling-flow-control-on-all-ports/76006" target="_blank" rel="nofollow" >https://forum.openwrt.org/t/mt7621-mt7530-programming-disabling-flow-control-on-all-ports/76006</a></noindex> <noindex><a href="https://forum.openwrt.org/t/need-help-to-disable-flow-control-rx-tx-on-x86-build-on-all-ports/98353" target="_blank" rel="nofollow" >https://forum.openwrt.org/t/need-help-to-disable-flow-control-rx-tx-on-x86-build-on-all-ports/98353</a></noindex> То же самое и с вашим x86-устройством под RouterOS — установленный сетевой адаптер может иметь аппаратный flow control включённым по умолчанию, и RouterOS не сможет его изменить, если драйвер не поддерживает показ или изменение этой настройки. Обратите внимание, что это x86-устройство под RouterOS — это не устройство MikroTik, в предыдущем сообщении я специально писал именно про роутеры и устройства MikroTik. Даже обычный неуправляемый коммутатор, который вы поставили между ними, может уметь "приостанавливать" отправку трафика и наполнять собственные буферы, что рано или поздно приведёт к сбросу кадров — всё зависит от размера буфера коммутатора, и эта разница может влиять на то, как алгоритмы избежания перегрузок настраивают размер окна. Одно можно сказать точно: если вы видите, что ONT отправляет пакеты паузы (pause frames) на роутер MikroTik, а роутер никак не реагирует, то устройство ONT будет терять Ethernet-кадры. Чтобы достичь высокой пропускной способности при TCP с задержками в десятки или сотни миллисекунд, передающая сторона должна отправить МНОГО пакетов, прежде чем ждать подтверждения (ACK) — это и есть TCP-окно. Знаете, что происходит, если из этих нескольких пакетов, отправленных до получения ACK, хотя бы один теряется? Вам стоит почитать об этом подробнее. <br />
			<i>16.04.2025 11:35:00, CGGXANNX.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400213</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400213</guid>
			<pubDate>Wed, 16 Apr 2025 11:35:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400212">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я могу подключить свой роутер MikroTik x86 и не наблюдаю такой же проблемы с постоянными обрывами. Подключаю роутер с OpenWRT — тоже никаких проблем. Ни один из моих других роутеров не испытывает того “огромного потери пакетов”, о которой вы говорите, даже когда у них отключён flow control... Тот, кто изначально написал сообщение, мог бы подключить свой Orbi — и у него тоже бы проблем не было. Если проблема действительно в flow control, как вы утверждаете, почему тогда все эти роутеры не сталкиваются с такой же проблемой? Ведь они тоже подключены на 1 Гбит и без включённого flow control. Из-за каких-то конкретных роутеров MikroTik возникает эта проблема? Почему она исчезает, если просто поставить коммутатор перед роутером MikroTik? Как такое может быть, что ONT вдруг начинает нормально работать, когда между ним и роутером встаёт коммутатор (при том, что всё ещё 1 Гбит, не забывайте), если дело именно в flow control? Если сможете толково на это ответить, тогда, возможно, я вам поверю. <br />
			<i>16.04.2025 06:15:00, codelogic.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400212</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400212</guid>
			<pubDate>Wed, 16 Apr 2025 06:15:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400211">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Нет, проблема в том, что ваш роутер игнорирует кадры паузы, которые посылает ONT. ONT не справляется с потоком в 1 Гбит/с, который роутер подаёт на него. Прежде чем его буферы полностью заполнятся, ONT использует управление потоком (отправляя кадры паузы), чтобы заставить роутер MikroTik сбавить скорость, пока он обрабатывает кадры в буферах (отправляя их в аплинк). Если управление потоком включено на портах устройства MikroTik — как на порту к ONT, так и на порту к клиентскому устройству в LAN — роутер сможет распознавать кадры паузы и, в свою очередь, тоже посылать кадры паузы устройству-источнику (вашему ПК), чтобы оно снизило скорость. Через некоторое время всё отстроится, и ваш ПК будет генерировать кадры только с той скоростью, которая соответствует пропускной способности вашего интернет-канала, а не 1 Гбит/с. Буферы ONT не переполнятся, и кадры не придётся сбрасывать.<br /><br />Если же вы, наоборот, отключите управление потоком на вашем hAP ax³ (что стоит по умолчанию), роутер игнорирует кадры паузы, ПК продолжает посылать ethernet-кадры на полной скорости (1 Гбит/с), а hAP ax³ ловит их с той же скоростью и передаёт ONT. ONT не успевает отправить все кадры в аплинк, буферы заполняются, и он начинает сбрасывать все лишние кадры. То есть возникает массовая потеря пакетов.<br /><br />Теперь можете почитать такие термины, как TCP window, алгоритм управления перегрузкой (congestion control algorithm), bandwidth delay product и т.д. Вы поймёте, что при потере пакетов все алгоритмы управления перегрузкой резко уменьшают размер окна отправки, из-за чего скорость отправки (загрузки) падает до черепашьей. А вам ведь не хочется потерять скорость на загрузку, правда? <br />
			<i>16.04.2025 04:40:00, CGGXANNX.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400211</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400211</guid>
			<pubDate>Wed, 16 Apr 2025 04:40:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400210">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Благодарю за совет включить управление потоком, но это полностью нарушит моё QoS, так что я этого делать не буду. К тому же, мой x86 роутер (тоже с выключенным управлением потоком) работает нормально. Я бы хотел, чтобы проблему действительно исправили, а не заклеили пластырем. Редакция: Думаю, моя идея в том, что паузовые кадры должны просто корректно игнорироваться, если именно в них и кроется причина этой проблемы. <br />
			<i>16.04.2025 03:42:00, codelogic.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400210</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400210</guid>
			<pubDate>Wed, 16 Apr 2025 03:42:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400209">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В таких случаях, когда скорость загрузки (300 Мбит/с) меньше скорости Ethernet-портов в локальной сети (1 Гбит/с), решением может стать включение flow control на всех Ethernet-портах маршрутизатора MikroTik по затронутому пути. По умолчанию flow control отключён на устройствах MikroTik, так что можно попробовать его включить. Вот несколько свежих примеров, когда это помогает, если трафик с более быстрой линии нужно пропустить через более медленную: <noindex><a href="http://forum.mikrotik.com/t/ccr2004-1g-12s-2xs-slow-speeds-compared-to-old-crs125/182775/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/ccr2004-1g-12s-2xs-slow-speeds-compared-to-old-crs125/182775/1</a></noindex> <noindex><a href="http://forum.mikrotik.com/t/bad-performance-with-crs310-8g-2s-in-working-at-2-5gbps/182429/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/bad-performance-with-crs310-8g-2s-in-working-at-2-5gbps/182429/1</a></noindex> Во второй ссылке я также приводил разъяснения, которые могут подойти к вашей ситуации. <br />
			<i>16.04.2025 03:16:00, CGGXANNX.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400209</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400209</guid>
			<pubDate>Wed, 16 Apr 2025 03:16:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400208">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Возобновляю эту тему, так как подозреваю, что в самом RouterOS может быть баг с управлением потоком по Ethernet. Мой провайдер тоже FiOS, и у меня на hAP ax3 наблюдаются очень похожие проблемы с загрузкой. После долгих поисков и экспериментов я обнаружил, что мой hAP ax3 получает “Rx Pause” фреймы управления потоком с FiOS ONT всякий раз, когда я запускаю тест скорости, чтобы проверить скорость загрузки, и счётчик этого порта стабильно растёт при попытке использовать весь доступный загруз. При этом настройки управления потоком на hAP ax3 точно выключены (это дефолт в RouterOS) для TX и RX на ether1 (который напрямую подключён к FiOS ONT), то есть устройство должно просто игнорировать эти “Rx Pause” фреймы, приходящие сверху. Однако, их оно явно не игнорирует и, похоже, продолжает приостанавливать передачу, хотя настройка выключена. У меня есть ещё одна система x86 (очень старая с процессором J1900, но всё ещё работает нормально) с RouterOS, настроенная идентично hAP ax3 во всех возможных аспектах. Но на ней, при отключённом управлении потоком на ether1, проблем с загрузкой вообще нет — постоянно получаю полный доступный канал при любых тестах скорости. Может кто-то ещё сталкивался с такой проблемой? Посмотрите, пожалуйста, счётчики Rx Pause и проверьте, повторяется ли такая же ситуация. Мне кажется, если поставить простой коммутатор между MikroTik и FiOS ONT, то он «съест» эти Rx Pause фреймы, и ‘Tik их не увидит, продолжая передавать на полной скорости… <br />
			<i>16.04.2025 02:55:00, codelogic.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400208</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400208</guid>
			<pubDate>Wed, 16 Apr 2025 02:55:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400207">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Если у вас есть устройства с поддержкой cap AC, вы можете использовать драйвер wifi-qcom-ac. Заменять их пока не обязательно (если только вы действительно не хотите). <br />
			<i>30.01.2025 06:33:00, holvoetn.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400207</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400207</guid>
			<pubDate>Thu, 30 Jan 2025 06:33:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400206">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Без проблем! Рад, что у тебя всё работает. Для остальных: я в итоге взял простой 5-портовый коммутатор TPLink, и пока всё отлично. Купил два hAP AX2 вместе с обновлённым hEX и настроил их через CAPsMAN на моём hEX. После того, как разобрался с кривой обучения, всё заработало прекрасно. Раньше у меня был Orbi RBR50 с одним сателлитом, и по производительности теперь точно лучше. Радиус действия хуже, но мне и не нужно, чтобы вайфай выходил за пределы дома, как это было с Orbi. Сейчас у меня стоит RouterOS 7.17 повсюду — никаких претензий! Однозначно рекомендую, если ещё не используете WIFI6, а устройства его поддерживают. <br />
			<i>29.01.2025 22:32:00, nomercymayhem.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400206</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400206</guid>
			<pubDate>Wed, 29 Jan 2025 22:32:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400205">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Прошел уже месяц, и всё пока отлично! Спасибо ещё раз! Теперь мне надо решить, стоит ли менять полностью рабочие CAPы на hAP ax, чтобы перейти на WiFi 6. <br />
			<i>13.01.2025 22:53:00, dogenzenji.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400205</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400205</guid>
			<pubDate>Mon, 13 Jan 2025 22:53:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Обновление hEX и медленная скорость загрузки Verizon FIOS</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400204">Обновление hEX и медленная скорость загрузки Verizon FIOS</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет. Решил написать, как я решил эту проблему, проломав себе голову почти полдня, чтобы сэкономить другим такие же мучения. У меня FIOS, и я плачу за 300/300. Когда я поменял свою старую связку (Orbi RBR50) на hEX refresh, подключённый напрямую к Verizon ONT, заметил, что скорость скачивания была около 300 Мбит/с, а скорость отдачи прыгала от 1 до 6 Мбит/с, в зависимости от конкретного теста на speedtest.net. Подключаю обратно Orbi — снова 300/300. Странно. Я ковырялся во всех известных настройках, которые можно попробовать, но ничего не помогало (flow control, fasttrack, правила фаервола, очереди, настройки Ethernet и всё такое). Перебирая настройки авто-договорённости WAN-соединения и пытаясь вручную задать полнодуплексный режим на 1 Гбит/с (хотя связь и так была именно такой), решил попробовать установить скорость линка в 100 Мбит/с полнодуплекс и посмотреть, что будет. Не буду интриговать — скорость отдачи значительно выросла! В двух словах, похоже, есть проблема с hEX refresh и Verizon ONT (у меня модель I-211M-L), когда они на самом деле не договариваются о параметрах соединения корректно, хотя hEX и показывает 1 Гбит/с полнодуплекс. Поиск в интернете показал, что у многих людей такая проблема встречается не только с hEX refresh, но и с роутерами от других производителей — Netgear, Ubiquiti и т.п. Их общее решение — вставить небольшой unmanaged-коммутатор между ONT и hEX refresh, чтобы оба канала самостоятельно поднимались на 1 Гбит/с (конечно, при помощи коммутатора, ведь ONT работает только в режиме авто-договорённости). У меня нашёлся старенький роутер T-Mobile с 10-летней давности: я включил его, отключил WiFi и DHCP и использовал порты как простой unmanaged-коммутатор. И о чудо — скорость 300/300 вернулась, но теперь уже на hEX refresh, а не только на Orbi. Надеюсь, этот пост поможет кому-то в будущем не с ума сходить. Сейчас заказал недорогой unmanaged-коммутатор Netgear за $15 и отпишусь, если он сработает для этой конкретной проблемы. <br />
			<i>05.12.2024 04:11:00, nomercymayhem.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400204</link>
			<guid>http://mikrotik.moscow/forum/forum57/85814-obnovlenie-hex-i-medlennaya-skorost-zagruzki-verizon-fios/message400204</guid>
			<pubDate>Thu, 05 Dec 2024 04:11:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
