<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера? форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Mon, 03 Aug 2026 03:19:21 -0400</pubDate>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383907">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Разделяй и властвуй — нужно масштабировать твою схему дальше одной коробки, чтобы всё сделать. Оставь этот CCR1072 только для основных и граничных интернет-задач. Распредели нагрузку PPPoE между двумя дополнительными CCR1036 8g 2s+. Удачи! <br />
			<i>04.03.2022 15:28:00, chechito.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383907</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383907</guid>
			<pubDate>Fri, 04 Mar 2022 15:28:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383906">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Прошел уже год, и ответ – нет. Очевидно, что Mikrotik отказывается от Tile, уже несколько месяцев разрабатывает новое оборудование, и мы собираемся протестировать новые модели. <br />
			<i>04.03.2022 07:46:00, flameproof.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383906</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383906</guid>
			<pubDate>Fri, 04 Mar 2022 07:46:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383905">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Есть какие-нибудь новости? <br />
			<i>03.03.2022 17:37:00, JaviGL93.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383905</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383905</guid>
			<pubDate>Thu, 03 Mar 2022 17:37:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383904">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Здравствуйте! У нас возникла ещё одна проблема с несколькими CCR. Процессор №1 застревает на 100% загрузки на «networking», и все PPPoE-сессии в итоге обрываются и восстанавливаются. Мы используем программный мост, чтобы объединить несколько Ethernet-портов, так как общий трафик абонентов превышает 1 Гбит/с. Таким образом, у нас в мосту два или три интерфейса по 1 Гбит/с, а сервер PPPoE работает на интерфейсе моста.<br /><br />Сегодня вечером мы собираемся провести эксперимент: разделим CCR с такой конфигурацией, чтобы два сервера PPPoE обслуживали по одному Ethernet-интерфейсу каждый, а исходящий трафик направлялся через src-nat. После расскажу, что получилось. Спасибо за ваше очень своевременное участие! <br />
			<i>04.03.2021 09:39:00, flameproof.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383904</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383904</guid>
			<pubDate>Thu, 04 Mar 2021 09:39:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383903">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Здравствуйте! У нас такая же проблема с более чем 1000 клиентами, но нам удалось найти временное решение: не используйте мост, используйте один порт для src-nat (вы можете подключиться к SFP-коммутатору далее). Отключите STP на всех интерфейсах. Мы заметили, что такая схема стабильна и без зависаний как минимум уже неделю. Если кто-то с похожей проблемой сможет это подтвердить, было бы очень полезно. <br />
			<i>04.03.2021 03:54:00, hssindigo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383903</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383903</guid>
			<pubDate>Thu, 04 Mar 2021 03:54:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383902">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Порог для PPPoE AC примерно на уровне 1.4k активных подключений. При большем количестве активных клиентов начинается путаница. Эта проблема встречается на ccr1036 или ccr1072 — без разницы. Я даже отключил NAT, Connection tracking и firewall. Для этого у меня есть отдельный ccr1072, на котором я использую только simple queue и pppoe, но он всё равно теряет активных клиентов и создаёт туннели без роутера, из-за чего клиентам сложно подключиться при достижении 1.4k подключений. Сейчас у меня работают 3 PPPoE AC (2 в продакшене и 1 как резерв). Секреты дублирую скриптом. <noindex><a href="http://forum.mikrotik.com/t/pppoe-server-on-ccr1036-getting-to-1-5k-users-no-ip-in-addresses-no-route/144436/2" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/pppoe-server-on-ccr1036-getting-to-1-5k-users-no-ip-in-addresses-no-route/144436/2</a></noindex> <br />
			<i>03.12.2020 15:30:00, bugino.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383902</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383902</guid>
			<pubDate>Thu, 03 Dec 2020 15:30:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383901">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вам может быть интересна другая тема с похожими симптомами. Вкратце: когда нагрузка на CCR превышает определённый критический порог, всё начинает быстро идти наперекосяк. Дело в том, что обработка управляющего трафика PPPoE не имеет приоритета по сравнению с основным трафиком, да и сама по себе сильно грузит процессор. Если при этом в конфигурации есть ошибки, которые не заметны при обычной работе, нагрузка только растёт — PPPoE-сессии начинают разрываться и восстанавливаться из-за начальной перегрузки, вызванной чем-то другим. <br /><br />Что я хочу сказать — причин, вызывающих одни и те же симптомы, может быть много, поэтому нужно внимательно проанализировать всю конфигурацию конкретной PPPoE AC-машины. С другой стороны, в конце концов может выясниться, что конфигурацию менять не нужно, и вполне «естественный» всплеск трафика способен сам по себе спровоцировать сбой. <br />
			<i>02.12.2020 09:03:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383901</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383901</guid>
			<pubDate>Wed, 02 Dec 2020 09:03:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383900">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, Michael! Сейчас мы тестируем конфигурацию с разделением обязанностей на одной из наших небольших сетей. По сути, мы используем 1036 как NAT/роутер, а один или несколько 1016 — в роли PPPoE-концентраторов, которые контролируют скорость через очереди. Так мы можем масштабироваться, добавляя больше 1016 (они дешевле) по необходимости. Я напишу здесь, когда появятся результаты, следующий шаг — внедрить это у нас в сети с более чем 1500 CPE.<br /><br />Пару мер, которые мы приняли и которые помогли сократить длительность «флапов» и потери сервиса с 15–20 минут до примерно 2 минут:<br /><br />1. Уменьшили все тайм-ауты отслеживания соединений до минимума, вот наши настройки: &nbsp;<br /><img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/6fe575433bd58db0ed039044ddda9901fd3b6048.png" alt="Пользователь добавил изображение" border="0" /><br /><br />2. Перенесли DNS на внешний сервер (например, Bind9 или Unbound), чтобы разгрузить CCR.<br /><br />3. Тайм-аут RADIUS поставили на 1000 мс и перешли на RADSEC вместо UDP. С TCP в моменты массовых переподключений работает намного стабильнее.<br /><br />4. Убедитесь, что ваш RADIUS-сервер настроен на обработку больших пиковых нагрузок.<br /><br />Удачи! <br />
			<i>02.12.2020 08:45:00, flameproof.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383900</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383900</guid>
			<pubDate>Wed, 02 Dec 2020 08:45:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383899">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, flameproof! Вы как-нибудь решили эту проблему? У нас на 1072 с более чем 1000 клиентами PPPoE наблюдается точно такая же ситуация. С наилучшими пожеланиями, Майкл. <br />
			<i>02.12.2020 08:28:00, xormac.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383899</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383899</guid>
			<pubDate>Wed, 02 Dec 2020 08:28:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383898">CCR1072 заканчивается процессорная мощность, что дальше для PPPoE-провайдера?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет! Решил обратиться к коллективному разуму по нашей проблеме. Мы связывались с поддержкой Mikrotik из-за неполадок в наших сетях (мы небольшой провайдер в Кении), где при подключении от 1400 до 2000 CPE через PPPoE начинаются «флапы», и CCR попадает в состояние, когда: &nbsp;<br />- PPPoE-сессии обрываются &nbsp;<br />- Таймауты RADIUS резко растут, хотя RADIUS при этом работает нормально (используем RADSEC) &nbsp;<br />- WebFig и Winbox открываются, но все разделы конфигурации пустые — нет интерфейсов, правил фаервола, ничего &nbsp;<br />- Генерация supout.rif иногда даёт «пустой» файл — он по-прежнему 5 МБ, но там ноль данных о конфигурации &nbsp;<br />- CCR не отвечает через API, SSH или telnet — после подключения приглашения к логину «зависают» &nbsp;<br /><br />Официальный ответ Mikrotik сводится к тому, что у нас просто заканчивается CPU. &nbsp;<br /><br />Поэтому хотел бы услышать мнения: &nbsp;<br />- Действительно ли мы максимально загружаем CCR1072 при 1500-2000 PPPoE-клиентах, у каждого из которых 4 Мбит/с с «бурстом» до 5 Мбит/с и простая очередь? &nbsp;<br />- Кто-нибудь сталкивался с проблемой «зависания»? Она обрывает весь трафик сразу и затем плавно восстанавливается примерно за 10 минут. &nbsp;<br />- Можете порекомендовать PPPoE-концентраторы для «бюджетных» провайдеров? &nbsp;<br /><br />Мы пробовали обращаться к нескольким консультантам Mikrotik, но безрезультатно. Если у кого есть опыт и желание помочь улучшить наши настройки и решить проблему, мы готовы организовать консультацию. <br />
			<i>05.05.2020 09:18:00, flameproof.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383898</link>
			<guid>http://mikrotik.moscow/forum/forum57/84169-ccr1072-zakanchivaetsya-protsessornaya-moshchnost_-chto-dalshe-dlya-pppoe_provaydera/message383898</guid>
			<pubDate>Tue, 05 May 2020 09:18:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
