<?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>Tue, 04 Aug 2026 17:59:24 -0400</pubDate>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379237">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Система Sonar ISP предлагает несколько вариантов управления полосой пропускания для каждого клиента. Мы используем Mikrotik- #1 (CHR) с двумя интерфейсами (ether1 и ether2). Sonar имеет несколько API (хуков), которые позволяют системе Sonar получать информацию с нашего DHCP-сервера Mikrotik- #2 (MAC-адрес и IP-адрес) для каждого клиента в Sonar. Затем Sonar подключится к Mikrotik- #1 и настроит списки адресов (IP-адрес, статус активности аккаунта, скорость вверх/скорость вниз). Когда аккаунт становится просроченным, Sonar изменяет настройки Mikrotik- #1, что приводит к перенаправлению на одну из наших веб-страниц, где отображается красная страница с сообщением о просрочке счета, с просьбой обратиться в наш офис. Том Джонс <br />
			<i>16.02.2021 15:46:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379237</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379237</guid>
			<pubDate>Tue, 16 Feb 2021 15:46:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379236">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Sonar реализует управление трафиком на CPE или на ядре? <br />
			<i>13.02.2021 09:29:00, pacmen.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379236</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379236</guid>
			<pubDate>Sat, 13 Feb 2021 09:29:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379235">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вы можете управлять трафиком на CPE. Это довольно просто, когда количество CPE небольшое. Но когда ваш провайдер растет и у вас сотни CPE, это становится сложно управлять. Я начинал с управления трафиком на каждом CPE. Теперь мы делаем все наши настройки трафика на одном маршрутизаторе Mikrotik CHR. Наша CRM/биллинг-система (Sonar) имеет возможность автоматически настраивать управляемый трафик (добавлять/изменять/приостанавливать). <br />
			<i>12.02.2021 17:02:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379235</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379235</guid>
			<pubDate>Fri, 12 Feb 2021 17:02:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379234">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это больше или меньше то, что я буду делать. Если так, то вы можете просто регулировать трафик на конечном устройстве CPE, верно? Вы также можете следить за устройством CPE и информировать своего клиента о любых возникающих проблемах, а также автоматизировать процесс, отправляя SMS вашим клиентам. <br />
			<i>12.02.2021 08:04:00, pacmen.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379234</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379234</guid>
			<pubDate>Fri, 12 Feb 2021 08:04:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379233">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В моем интернет-провайдере мы владеем и предоставляем клиентское оборудование (CPE). Обычно CPE настраивается так: WAN (DHCP-клиент) — этот WAN-интерфейс подключается к одной из наших вышек (беспроводная связь) или соединен с нашим оптоволокном. LAN (NAT и DHCP-сервер). Мы передаем клиенту Ethernet-кабель (это точка разделения, где начинается сеть клиента). Обратите внимание: у некоторых из наших бизнес-клиентов мы не используем NAT и вместо этого передаем блок /30 с действующими IP-адресами. Мы управляем и владеем CPE, клиенты никогда не имеют доступа для входа в наше CPE. Одна из причин использования CPE — предотвращение прямого подключения клиентов к нашим сетям WAN-клиентов. Это предотвращает возможность клиентов вводить DHCP-серверы обратно в наши сети, которые могут слышать другие CPE. Северный Айдахо, Том Джонс. <br />
			<i>11.02.2021 17:30:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379233</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379233</guid>
			<pubDate>Thu, 11 Feb 2021 17:30:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379232">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Как ваши клиенты будут подключаться к вашей сети: через предоставленный вами CPE-терминал или купленный самостоятельно? Если вы предоставляете им антенну MikroTik, у вас будет полный контроль и управление, так что вы сможете ограничивать скорость через это устройство, которое подключается к их домашнему роутеру. Если вы хотите отключить клиента, вам просто нужно отключить его порт на домашнем роутере, и вы всегда сможете поддерживать связь с клиентом, так что если клиент захочет снова подключиться, вы сделаете это за секунды. Этот метод дорогостоящий, но вы обеспечите качество сервиса и сможете контролировать качество сигнала. Таким образом, вместе с MPLS вы достигнете почти чистого Ethernet-подобного соединения. <br />
			<i>10.02.2021 06:45:00, pacmen.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379232</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379232</guid>
			<pubDate>Wed, 10 Feb 2021 06:45:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379231">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Удивительно <br />
			<i>23.02.2021 16:05:00, pacmen.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379231</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379231</guid>
			<pubDate>Tue, 23 Feb 2021 16:05:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379230">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, большие сети имеют свои проблемы, а если добавить к этому около тысячи беспроводных устройств Mikrotik, то можно совсем с ума сойти... К вашему сведению, для массового управления беспроводными устройствами CPE моего клиента я создал сервер на базе Linux с помощью скриптов. Он делает следующее: зацикливает и повторяет для каждого беспроводного клиента CPE из моего списка. Делает ping: если он в сети, продолжаем, если нет, переходим к следующему CPE, подключаемся по telnet или ssh к CPE, выполняем команды CLI и сохраняем результаты в лог-файл на моем сервере Linux, делаем еще кое-что (обновляем версию ROS Mikrotik, перезагружаем, вносим изменения, выполняем обследование площадки и загружаем что-то по FTP...) ждем x секунд. Есть еще устройства в списке? Если нет - выходим, если есть - продолжаем цикл. Параметр задержки x секунд определяет, как быстро я хочу обрабатывать свой список. Если нужно обработать все очень быстро, я выполняю каждую задачу в фоновом режиме Linux, что может привести к нескольким сотням установленных соединений на моем сервере скриптов. Когда ваша сеть становится большой, вам нужно будет что-то подобное, чтобы массово управлять всеми вашими CPE Mikrotik. Северный Айдахо, Том Джонс. <br />
			<i>17.02.2021 01:40:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379230</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379230</guid>
			<pubDate>Wed, 17 Feb 2021 01:40:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379229">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У вас есть три основные опции для ограничения полосы пропускания. Простые очереди (Mikrotik поддерживает это - просто - базово - не подходит для крупных сетей) IP-файрвол (сложная настройка - ограничение по IP-адресу) ((Mikrotik это поддерживает)) MAC-адрес (Mikrotik не поддерживает ограничение по MAC-адресу клиента) - PfSense поддерживает управление полосой пропускания по MAC-адресу в Captive-Portal North Idaho Tom Jones <br />
			<i>10.02.2021 02:58:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379229</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379229</guid>
			<pubDate>Wed, 10 Feb 2021 02:58:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379228">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Так что, после того как не было других ответов и прочего, что ты решил? Дай знать. Оба варианта считаются приемлемыми в индустрии, насколько я знаю. Все зависит от того, что ты хочешь сделать. Мы использовали PPPoE с RADIUS и индивидуальные простые очереди. <br />
			<i>10.02.2021 02:02:00, MCN.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379228</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379228</guid>
			<pubDate>Wed, 10 Feb 2021 02:02:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379227">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Так здорово, Том, спасибо, что делишься тем, чем занимаешься. Всегда интересно видеть, как люди работают в большом масштабе. Я едва справляюсь с одним маршрутизатором и парой точек доступа. <br />
			<i>16.02.2021 23:17:00, anav.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379227</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379227</guid>
			<pubDate>Tue, 16 Feb 2021 23:17:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Лучшее решение для ограничения пропускной способности</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379226">Лучшее решение для ограничения пропускной способности</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ищу, как настроить новую сеть WISP, и хотел бы узнать, какой метод ограничения пропускной способности сейчас считается лучшим выбором. Буду использовать внешний Radius и у меня есть 1036 CCR в качестве шлюза. Будет MPLS с VPLS-каналами к каждому сайту вышки. Рассматриваем скорости от 100 до 500 Мбит/с, используя 60 ГГц. Является ли PPPoE все еще действительным решением для аутентификации или лучше использовать MAC-адрес/DHCP Radius? Использовали бы вы одну простую очередь с throttling PCQ для диапазона адресов или отдельные очереди для каждого клиента PPPoE или IP-адреса? Является ли дерево очередей лучшим способом управления пропускной способностью в сочетании со списками адресов? Ищу плюсы и минусы, а также любые другие предложения. <br />
			<i>26.06.2019 19:15:00, GREG3f.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379226</link>
			<guid>http://mikrotik.moscow/forum/forum57/83703-luchshee-reshenie-dlya-ogranicheniya-propusknoy-sposobnosti/message379226</guid>
			<pubDate>Wed, 26 Jun 2019 19:15:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
