<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: CCR 1036, PPPoE-сервер.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме CCR 1036, PPPoE-сервер. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 16 Aug 2026 12:25:00 -0400</pubDate>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268947">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Попробуй тип очереди SFQ на очереди default-small. Это решило мою проблему со скоростью, которая была ниже установленного предела в PPPoE. С лимитом 16 мбит/с и очередью pfifo я получал 10-12 МБ/с, нестабильно. С SFQ q.type 16 мбит/с – стабильно. <br />
			<i>07.04.2014 11:35:00, marcin21.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268947</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268947</guid>
			<pubDate>Mon, 07 Apr 2014 11:35:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268946">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Чупака, на твой взгляд, какие оптимальные настройки MTU для этой связки: WIRED/WIRELESS?<br /><br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|=======МАРШРУТИЗИРУЕМАЯ СЕТЬ=======|<br />PPPoE-клиент -&gt; WLAN |--bridge--| EOIP...................................EOIP |--bridge--| PPPoE-сервер<br /><br />Пояснение: Клиенты PPPoE работают на интерфейсе WLAN их CPE. Интерфейсы абонентского сектора на точках доступа соединены с основным роутером/PPPoE-концентратором через EOIP-туннели. А как мне получить "доказательство" того, что мои пакеты не фрагментируются по пути? <br />
			<i>04.04.2014 05:03:00, Bomber67.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268946</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268946</guid>
			<pubDate>Fri, 04 Apr 2014 05:03:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268945">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ты абсолютно прав, Chupaka! После моего предыдущего поста сегодня утром я пытался создать статическую очередь, тоже с настройками 100M/100M, и производительность оказалась такой же плохой. Поговорил с техником моего дистрибьютора, и он посоветовал попробовать тип очереди по умолчанию. Это работает намного лучше. Теперь я получаю ту же скорость через PPPoE/EOIP с динамической простой очередью, как и при чистом роутинге без очередей. Спасибо за твои советы! <br />
			<i>07.03.2014 10:08:00, Bomber67.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268945</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268945</guid>
			<pubDate>Fri, 07 Mar 2014 10:08:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268944">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Попробуйте увеличить лимит типа очереди для ваших ppp очередей (по умолчанию default-small?). Также проверьте, не фрагментируются ли pppoe пакеты внутри eoip (поиграйте с MTU). <br />
			<i>07.03.2014 09:45:00, Chupaka.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268944</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268944</guid>
			<pubDate>Fri, 07 Mar 2014 09:45:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268943">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Обновление: Сегодня утром я провёл несколько тестов из офиса.<br />- Добавил адрес 10.0.100.1/30 на бридже в CCR (тот, где все EOIP тоннели объединены)<br />- Добавил 10.0.100.2/30 в EOIP тоннель в моём CPE<br />- Установил 10.0.100.1 в качестве маршрута по умолчанию<br />Это дало скорость загрузки примерно в два раза выше, чем при работе через PPPoE тоннель, и немного ниже, чем при чистом маршрутировании. Каждый тест скорости запускался несколько раз с каждым маршрутом, с включением/отключением маршрутов, чтобы обеспечить правильность результатов. Результаты (среднее из тестов):<br />Чистое маршрутирование: 21 Мбит/с<br />EOIP с адресами: 15 Мбит/с<br />PPPoE через EOIP: 7 Мбит/с<br />Так что это всё значит? Первоначально я пришёл к выводу, что и EOIP, и PPPoE замедляют всё, и что PPPoE — это худшее. После этого я понял, что тест 1) и 2) запускаются без каких-либо очередей, а 3) имеет простую очередь 100M/100M. Затем я удалил настройку ограничения скорости из профиля PPP и провёл ещё несколько тестов через PPPoE, включая/исключая ограничение скорости каждый второй раз. Результаты:<br />PPPoE с ограничением скорости: 8 Мбит/с<br />PPPoE без ограничения скорости: 20 Мбит/с<br />Это заставляет меня подозревать, что простые очереди или то, как CCR обрабатывает их, виноваты. Проблема в том, что CCR назначает обработку очередей только на одно ядро ЦП, что замедляет работу? Типичный профиль для моих клиентов выглядит примерно так, это для 6M/1.5M: /ppp profile<br />add address-list=Adr6000/1500 dns-server=x.x.x.x,y.y.y.y \<br /> &nbsp; &nbsp;local-address=10.0.10.1 name=Profile6000/1500 rate-limit=\<br /> &nbsp; &nbsp;"1500k/6000k 1800k/7000k 1200k/5000k 30/30" remote-address=pool1 Как видите, я использую барьсты. Есть ли что-то, что можно сделать с профилями, чтобы CCR обрабатывал очереди более эффективно? Остаётся ли мне создавать статические простые очереди? Или деревья очередей с PCQ — лучший вариант? Недостаток в том, что тогда я не буду видеть статус очереди для одного клиента. (Заметил, что эта тема в бета-форуме. Нормис, возможно ли перенести её в раздел «Оборудование Routerboard» или в общий раздел?) <br />
			<i>07.03.2014 06:41:00, Bomber67.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268943</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268943</guid>
			<pubDate>Fri, 07 Mar 2014 06:41:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268942">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вот мои инструменты/профиль: <img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/af1d0312358e59c8b9944c41ba6f84815e1f1b0e.jpeg" alt="Пользователь добавил изображение" border="0" /> Попробовал сделать несколько тестов скорости из офиса. Общий трафик до теста был около 60-70 Мбит/с. Когда работал через PPPoE поверх EOIP, получал не больше 7 Мбит/с. А если запустить напрямую по чисто маршрутизируемой сети, то получал больше 20 Мбит/с. (Скорость ограничена плохой антенной/последней милей, с хорошей связью, вероятно, можно было бы получить больше) Оптоволокно до CCR — 200 Мбит/с. Это подтверждает, что что-то связанное с PPPoE или EOIP ограничивает скорость. Но что именно? <br />
			<i>06.03.2014 21:19:00, Bomber67.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268942</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268942</guid>
			<pubDate>Thu, 06 Mar 2014 21:19:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268941">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			6.10 (обновил свой предыдущий пост) В профиле указано 4% на управление, остальное – ниже. Позже вечером выложу скриншот. <br />
			<i>06.03.2014 20:00:00, Bomber67.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268941</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268941</guid>
			<pubDate>Thu, 06 Mar 2014 20:00:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268940">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Какая версия? Ты пробовал &gt;=6.8? Что пишет в Tools → Profile? <br />
			<i>06.03.2014 19:28:00, Chupaka.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268940</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268940</guid>
			<pubDate>Thu, 06 Mar 2014 19:28:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268939">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Поднимаю эту тему, так как у меня похожие проблемы… Моя сетевая топология выглядит следующим образом: около 50 точек доступа в полностью маршрутизированной сети. Каждый сектор WLAN для клиентов выстроен в отдельный EOIP-туннель к граничному роутеру CCR1036, ROS 6.10. В CCR все EOIP-туннели объединены в один бридж, на этом бридже работает PPPoE-сервер. Таким образом, я получаю большую L2-сеть, которая тянется от WLAN-интерфейса каждого клиента до PPPoE-сервера. 150 клиентов подключаются через PPPoE и получают IP-адреса из пула. Простые очереди создаются динамически при подключении клиентов. У меня возникают трудности с достижением общего трафика выше примерно 50-60 Мбит/с. Все каналы проверены и могут выдавать гораздо большую пропускную способность, чем я получаю. Я начал изучать, что может быть узким местом. Это EOIP, PPPoE или динамические очереди? Общая загрузка ЦП и доступная пропускная способность – не проблема, как и емкость каналов. Загрузка ЦП CCR составляет примерно 3-4% максимум. В system/resources/cpu я вижу, что большинство ядер загружены на 0 или 1%, но некоторые показывают более высокую загрузку. В большинстве случаев загрузка одного ядра ЦП очень высокая и достигает почти 100% через несколько секунд. Номер этого ядра не постоянный, он постоянно меняется. Может ли это быть причиной моей проблемы, то есть, одна тяжелая задача назначается одному ядру, что заставляет его загрузку взлетать и замедляет выполнение? Что это может быть за задача? Простые очереди? PPPoE? <img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/ff1c71c63f959aad20f30e6dc5147670935d8a28.jpeg" alt="Пользователь добавил изображение" border="0" /> <br />
			<i>06.03.2014 14:31:00, Bomber67.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268939</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268939</guid>
			<pubDate>Thu, 06 Mar 2014 14:31:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR 1036, PPPoE-сервер.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268938">CCR 1036, PPPoE-сервер.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, сегодня я пытался заменить наш x86 Mikrotik PPPoE сервер на CCR роутер, но возникло несколько проблем. Я использую v6rc6 (да, бета), но других вариантов нет (можно ли откатиться до 5.xx?). Система работает с примерно 60 EoIP туннелями, 60 PPPoE серверами и примерно 1000 PPPoE сессиями с динамическими настройками (с помощью radius), плюс примерно 1000 простых очередей (pfifo). После миграции примерно первые 600 PPPoE сессии исчезли, все интерфейсы в Winbox (и в веб-интерфейсе) – Ethernet, VLAN, EoIP. Когда я посмотрел в PPPoE серверах, обнаружил, что все 60 серверов потеряли свои интерфейсы (EoIP туннели) и у них теперь неизвестный интерфейс, то же самое в очередях. После возврата пользователей обратно на x86 сервер интерфейсы снова стали видны, но счетчик загрузки ЦП по-прежнему показывает 9% (заморозился), а если смотреть в system/resources/cpu там уже 0. Есть какие-нибудь подсказки для следующих тестов?<br /><br />Искренне ваш, krtko. <br />
			<i>05.01.2013 19:01:00, krtko.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268938</link>
			<guid>http://mikrotik.moscow/forum/forum57/68533-ccr-1036_-pppoe_server./message268938</guid>
			<pubDate>Sat, 05 Jan 2013 19:01:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
