Jump to content
Калькуляторы

Mikrotik PPPoE Ограничение скорости больше 500 Мб

Здравствуйте.

Mikrotik CCR1036, fw 6.46.7. Примерно 400 абонов PPPoE. Проблема с ограничением скорости 400 Мбит и выше. Входящая скорость разгоняется до 700 Мбит, а исходящая ограничивается на 300 и не больше. Пробовал менять тип очереди small на 50, 100, 1000 пакетов, sfq, очередь в 1 пакет, pcq, отключал MRRU - не помогает. Изменял ограничение в очереди с интерфейса на ip адрес - не помогло. Если убрать очередь, то исходящая скорость разгоняется до 400, не больше. С DHCP такой проблемы нет. С циской такой проблемы нет, но нет возможности поменять микрот на циску. Прошивку менять не желательно. Что посоветуете?

Share this post


Link to post
Share on other sites

Скорее всего дело в каких-то правилах микротика, смотрите в том направлении. На PPPoE такой роутер 2 гига легко прокатывает, с натом и шейпером.

Share this post


Link to post
Share on other sites

Kravt, здравствуйте.

 

Под фразой

В 20.03.2022 в 19:06, kravt сказал:

С DHCP такой проблемы нет.

Вы имеете в виду, ситуацию, когда используется только NAT и маршрутизация, без применения PPPoE?

 

Просто, на уровне предположения (возможно скажу глупость) – использование PPPoE влечёт за собой фрагментацию IP пакетов, из-за перехода на более низкое значение MTU, если конечно у Вас PPPoE не бегает равным L3 MTU 1500, а фрагментация уже, может быть причиной падения скорости.

 

Я не специалист в линейке оборудования MIKROTIK, возможно на маршрутизаторе имеются сложности с MTU и как следствие, маршрутизатор "захлёбывается" от чрезмерной фрагментации IP пакетов?

Share this post


Link to post
Share on other sites

Так PPPoE может работать и с мту=1500, передавая служебный трафик размером более 1500 байт, если клиентские устройства такое позволяют.

 

Когда у нас было PPPoE в радио, всегда ставили такие значения, что бы абонентские данные ходили без фрагментации.

Share this post


Link to post
Share on other sites

Это все не причем. С DHCP на микротике проблемы нет, скорость ограничивает корректно и исходящую тоже. Проблема с PPPoE на микротике. Проверил на 1072 - также режет исходящую скорость на pppoe. Загрузка цпу 1072 1%. На циске asr нет проблем со скоростью пппое. Дело не в МТУ.

Share this post


Link to post
Share on other sites

Kravt,

 

В 22.03.2022 в 19:13, kravt сказал:

Дело не в МТУ

Возможно, что проблема действительно не в MTU. Но всё же, если имеется возможность, попробуйте снизить значение PPPoE MTU до 1436, а MSS соответственно до 1396 и произвести проверку скорости.

 

Скорректировать MSS, можно через mangle:

/ip firewall mangle add chain=forward action=change-mss new-mss=clamp-to-pmtu passthrough=no tcp-flags=syn protocol=tcp out-interface=*название интерфейса* tcp-mss=1396-65535 log=no
/ip firewall mangle add chain=forward action=change-mss new-mss=clamp-to-pmtu passthrough=no tcp-flags=syn protocol=tcp in-interface=*название интерфейса* tcp-mss=1396-65535 log=no

Share this post


Link to post
Share on other sites

Сейчас проверил на CCR1036 - тест на клиента через PPPoE в виде RB4011 показал под 900М в каждую сторону при подключении каналом 1Г.

 

При этом шейпер стоит на 1Г скорость, никаких доп маркировок нет.

Share this post


Link to post
Share on other sites

Уж не знаю поможет ли это в плане микротов:

https://debianforum.ru/index.php?topic=6971.0

Но размер очереди пакетов как-то помогает на низких скоростях.

Share this post


Link to post
Share on other sites

Я с компа проверяю. И на 1036 и на 1072 режется исходящая скорость при PPPoE подключении. Мту особо не влияет. Прошивка 6.48.6.

Edited by kravt

Share this post


Link to post
Share on other sites

On 3/23/2022 at 12:39 PM, Saab95 said:

Сейчас проверил на CCR1036 - тест на клиента через PPPoE в виде RB4011 показал под 900М в каждую сторону при подключении каналом 1Г.

 

При этом шейпер стоит на 1Г скорость, никаких доп маркировок нет.

FastTrack выключен ? При включенном FastTrack скорость и у меня есть, исходящая до гига прокачивается. Но очередь не срабатывает, должно быть ограничение в 500 Мбит/с.

Edited by kravt

Share this post


Link to post
Share on other sites

Все включено, ограничения симплами. Эти ваши очереди уже прошлый век и они сами по себе медленные, на большие скорости не рассчитаны.

Share this post


Link to post
Share on other sites

12 часов назад, Saab95 сказал:

Все включено, ограничения симплами. Эти ваши очереди уже прошлый век и они сами по себе медленные, на большие скорости не рассчитаны.

О как, и чем же сейчас ограничения ставят? 

Share this post


Link to post
Share on other sites

Попробуй на более мелких скоростях выставить ограничения, что-то мне подсказывает проблема останется

Share this post


Link to post
Share on other sites

В 25.03.2022 в 09:40, fractal сказал:

О как, и чем же сейчас ограничения ставят? 

Через простые очереди. Если говорить про PPPoE то они автоматически создаются, если в профиле указать ограничение скорости, или в радиус запросе передать параметры ограничения.

 

Бывает делают так, что PPPoE соединение скорость не ограничивает, а ее дальше режут так же симплами по IP.

 

В этих двух случаях нет никаких проблем со скоростью.

 

Так же, для примера, имеет смысл проверить работу, подключившись в отдельный физический порт вашего микротика, а не передавать данные через абонентскую сеть. В этом случае скорость может пройти какая надо, а при подключении в абонентскую сеть будет обрезаться - там и искать причину.

Share this post


Link to post
Share on other sites

On 3/24/2022 at 8:52 PM, Saab95 said:

Все включено, ограничения симплами. Эти ваши очереди уже прошлый век и они сами по себе медленные, на большие скорости не рассчитаны.

Это как ? Как вы ограничиваете скорость при включенном FastTrack ?

Edited by kravt

Share this post


Link to post
Share on other sites

Здравствуйте всем. Задам вопрос сюда, чтобы не плодить темы. Сделал очередь на входящем интерфейсе, тим очереди - pcq, устройство - 1036, примерно 500 абонентов по pppoe.

При приближении к пороговому значению очереди (становится красной) нагрузка на cpu с 10% подскакивает до 100%. Маркировок нет. Если поставить тип очереди - default, то нагрузка приходит в норму. PCQ на столько грузит проц? 

Share this post


Link to post
Share on other sites

On 3/25/2022 at 3:08 PM, Saab95 said:

Симплами ограничивается по IP или интерфейсу, по маркировкам не работает.

Так при включенном fasttrack простые очереди не работают. "FastTracked packets bypass firewall, connection tracking, simple queues,..."

Share this post


Link to post
Share on other sites

В 26.03.2022 в 04:45, weedman сказал:

При приближении к пороговому значению очереди (становится красной) нагрузка на cpu с 10% подскакивает до 100%

Статистику посмотрите сколько она отлавливает соединений и потоков. Возможно надо покрутить параметры по пакетам в настройках типа PCQ.

Share this post


Link to post
Share on other sites

В 27.03.2022 в 05:00, Saab95 сказал:

Статистику посмотрите сколько она отлавливает соединений и потоков. Возможно надо покрутить параметры по пакетам в настройках типа PCQ.

Имеете в виду queue size?  там же не в пакетах, а в кб\с, или я не о том?

Share this post


Link to post
Share on other sites

Вот настройки самого типа PCQ, который потом в ограничение вставляете. Там указывается лимит на одно соединение и общий лимит. Поиграйтесь этими настройками.

pcq-l.png

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.