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

Mikrotik + Ubiquiti = Справедливый тариф

Добрый день, сообщество! Есть задача организовать клиентам "Справедливый тариф". Имеем: маршрутизатор Mikrotik на базе ПК, несколько базовых станций на Ubiquiti Rocket M2, ну и разношерстные клиенты Ubiquiti M2. Задача организовать тариф со скоростью доступа (в идеале) до 50 мбит/сек. и гарантированной скоростью 3 мбит/сек. На Mikrotik все настроено и работает. т.е. канал 100 мбит/сек, 2 клиента качают со скоростью по 50 мбит/сек, подключается 3й и тоже хочет качать, скорость начинает делиться поровну на 3их, подключается еще клиент скорость снова делится и так до гарантированных 3 мбит/сек на каждого клиента. Самая главная фишка при настройке Mikrotik это указание реальной пропускной способности канала в Queue Tree на Mikrotik, т.е. он знает сколько он может делить. Вопрос к базе Ubiquiti Rocket M2 она ведь не знает как делить равномерно скорость на всех. Собственно сам вопрос: Можно ли как то научить Ubiquiti Rocket M2 делить скорость на клиентов равномерно? или это утопия(((

Share this post


Link to post
Share on other sites

Задача организовать тариф со скоростью доступа (в идеале) до 50 мбит/сек. и гарантированной скоростью 3 мбит/сек.

Начнем с того, что 70-100М на одного клиента в 20 Мгц получить реально. На 2 клиента по 30-40М -тоже можно, но вот при 20-30 клиентах в малтипойнт общая емкость на раздаче базы ubnt ( также и на Микротик ) будет не более 25-35Mbps. Поэтому никакой гарантированной скорости 3 Mbps на ubnt/mt быть не может. То есть в малтипойнт на 20-30 клиентах на раздаче ubnt/MT речь может идти о тарифе до 2-3 Mbps -ограничении максимальной скорости MIR (Mах Information Rate).

Самая главная фишка при настройке Mikrotik это указание реальной пропускной способности канала в Queue Tree на Mikrotik, т.е. он знает сколько он может делить. Вопрос к базе Ubiquiti Rocket M2 она ведь не знает как делить равномерно скорость на всех. Собственно сам вопрос: Можно ли как то научить Ubiquiti Rocket M2 делить скорость на клиентов равномерно? или это утопия

Скорость Download ( например до 3 Mbps ) ограничивается на роутере микротик ( IP shaping), который стоит за базой ( раздачей. Скорость upload - ограничение лучше ставить на клиенте, в вашем случае - ubnt CPE.

Share this post


Link to post
Share on other sites

Можно ли как то научить Ubiquiti Rocket M2 делить скорость на клиентов равномерно?
Такая задача решается раскраской трафика.

 

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

Тогда Rocket пропустит пакеты «медленных» клиентов в первую очередь, и они всегда будут получать заявленную скорость, а «качки» будут тусоваться в хвосте и не мешать первым.

Конкретные значения, которые надо проставлять, приведены тут:

https://help.ubnt.com/hc/en-us/articles/205231750-airMAX-How-is-QoS-and-prioritization-handled-by-airMAX-

 

Но как это делать на ваших некротиках - не имею понятия, увы.

 

Да, и как, верно замечено выше, надо ограничить исходящую скорость на клиенте.

Иначе кто-нибудь может забить аплоадом весь сектор, сильно снизив общую скорость download'a.

Share this post


Link to post
Share on other sites

Можно сделать временной шейпер. Но для это надо рассчитать пики нагрузи на БС и в это время максимальную скорость ей. И разбить на 3 части в сутки. У от каждой пиковой скорости отнять 5% и поставить потолок max rate. Ночью база на троих (почему на троих это пример и обычно ночью столько и есть пользователей качающих даже при кол-ве 20 человек на БС.)может и 50-60мб даст, днем 35-45, вечером 25-35.

Share this post


Link to post
Share on other sites

Можно и хитрее сделать - скрипт постоянно мониторит общую нагрузку на каждый сектор, и выставляет полосы на абонентов этого сектора так, чтобы не билось в полку этого Rocket'a.

Share this post


Link to post
Share on other sites

Можно и хитрее сделать - скрипт постоянно мониторит общую нагрузку на каждый сектор, и выставляет полосы на абонентов этого сектора так, чтобы не билось в полку этого Rocket'a.

Кто умней, тот и хитрей сделает.

Share this post


Link to post
Share on other sites

Можно ли как то научить Ubiquiti Rocket M2 делить скорость на клиентов равномерно?
Такая задача решается раскраской трафика.

 

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

Тогда Rocket пропустит пакеты «медленных» клиентов в первую очередь, и они всегда будут получать заявленную скорость, а «качки» будут тусоваться в хвосте и не мешать первым.

Конкретные значения, которые надо проставлять, приведены тут:

https://help.ubnt.com/hc/en-us/articles/205231750-airMAX-How-is-QoS-and-prioritization-handled-by-airMAX-

 

Но как это делать на ваших некротиках - не имею понятия, увы.

 

Да, и как, верно замечено выше, надо ограничить исходящую скорость на клиенте.

Иначе кто-нибудь может забить аплоадом весь сектор, сильно снизив общую скорость download'a.

 

 

Как это сделать на Mikrotik, думаю не составит особого труда. Такой функционал там имеется. Вопрос только какие конкретно параметры брать из источкика который вы предоставили? с эти делом просто еще не имел опыта

 

Можно и хитрее сделать - скрипт постоянно мониторит общую нагрузку на каждый сектор, и выставляет полосы на абонентов этого сектора так, чтобы не билось в полку этого Rocket'a.

Можно поподробнее? Скрип будет чем рулить? клиентами, базой? и как это будет происходить, если для применения параметров на ubnt необходима перезагрузка?

Share this post


Link to post
Share on other sites

Тогда Rocket пропустит пакеты «медленных» клиентов в первую очередь, и они всегда будут получать заявленную скорость, а «качки» будут тусоваться в хвосте и не мешать первым.

Ничего это у убнт не работает, и работать на AirMax не может ( как и многое другое). Не морочьте людям голову.

Share this post


Link to post
Share on other sites

Можно поподробнее? Скрип будет чем рулить? клиентами, базой?
Роутером до базы.

А мониторинг нагрузки очень прост - fping на клиентские устройства. Когда нагрузка близка к пределу, начинает резко расти задержка на всех клиентов на секторе.

Share this post


Link to post
Share on other sites

Ничего это у убнт не работает, и работать на AirMax не может ( как и многое другое). Не морочьте людям голову.

Это вы тут морочаете. Все работает, не вводите людей в заблуждение.

Share this post


Link to post
Share on other sites

А мониторинг нагрузки очень прост - fping на клиентские устройства. Когда нагрузка близка к пределу, начинает резко расти задержка на всех клиентов на секторе.

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

QoS/DSCP -- красивая идея, но вот на сколько микротик сможет с ней справится -- не уверен...

Share this post


Link to post
Share on other sites

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

 

На микротике БС такая задача решается на отдачу, то есть установив тип буфера PCQ на самом радиоинтерфейсе, можно равномерно делить трафик в сторону абонентов, однако обратный трафик приоритезировать не получится, либо просто всем абонентам зажимаете исходящий трафик, что более правильно, ведь основная масса только с интернета качает, а в обратку если только почту проверить, да ролик на ютуб загрузить и торренты всякие раздать.

 

Однако нужно понимать еще одну штуку, допустим вы сделали приоритеты и они работают, один абонент качает и забирает 50М они проходят, включается второй и начинает качать, допустим у вас канал 100 и он тоже забирает 50, но качая 50 поток с интернета будет больше чем 50, например 55М, и у второго 55, суммарно 110 а входящий канал 100, вышестоящий уже порежет трафик, учитывая дропы, до абонентов дойдет уже где-то по 40, и будет куча переповторов дропнутых пакетов, что еще больше снизит свободную полосу. Далее смотрите, что уже качают 20 человек с тарифами по 5, у каждого суммарное превышение 6-7мбит, то есть 20 умножаем на 2 получаем 40, то есть суммарный поток 140М, чего канал тоже не пропустит=)

 

Разберем теперь вариант, что канала много, а база может раздать только 100, но на нее идет поток 140, ведь клиенты качают. Со стороны микротика можно установить буфер побольше и все эти лишние данные будут в нем хранится, что увеличит задержку и сетевые приложения сами убавят скорость, однако база на УБНТ не обладает большим буфером, поэтому при просадках пропускной способности будет делать дропы трафика, а если бы база была на микротике, то можно было установить буфер побольше. Поэтому в высоконагруженных сетях и ограничении пропускной способности из-за медленных каналов, выгодно применять буферизацию а не дропы, это решает 2 задачи - уменьшает напор трафика из-за увеличения задержки, и исключает переповторы данных, что по итогу увеличивает эффективность работы канала. Да и сами абоненты понимают, если пинг большой, значит они слишком нагружают канал.

Share this post


Link to post
Share on other sites

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

 

На микротике БС такая задача решается на отдачу, то есть установив тип буфера PCQ на самом радиоинтерфейсе, можно равномерно делить трафик в сторону абонентов, однако обратный трафик приоритезировать не получится, либо просто всем абонентам зажимаете исходящий трафик, что более правильно, ведь основная масса только с интернета качает, а в обратку если только почту проверить, да ролик на ютуб загрузить и торренты всякие раздать.

 

Однако нужно понимать еще одну штуку, допустим вы сделали приоритеты и они работают, один абонент качает и забирает 50М они проходят, включается второй и начинает качать, допустим у вас канал 100 и он тоже забирает 50, но качая 50 поток с интернета будет больше чем 50, например 55М, и у второго 55, суммарно 110 а входящий канал 100, вышестоящий уже порежет трафик, учитывая дропы, до абонентов дойдет уже где-то по 40, и будет куча переповторов дропнутых пакетов, что еще больше снизит свободную полосу. Далее смотрите, что уже качают 20 человек с тарифами по 5, у каждого суммарное превышение 6-7мбит, то есть 20 умножаем на 2 получаем 40, то есть суммарный поток 140М, чего канал тоже не пропустит=)

 

Разберем теперь вариант, что канала много, а база может раздать только 100, но на нее идет поток 140, ведь клиенты качают. Со стороны микротика можно установить буфер побольше и все эти лишние данные будут в нем хранится, что увеличит задержку и сетевые приложения сами убавят скорость, однако база на УБНТ не обладает большим буфером, поэтому при просадках пропускной способности будет делать дропы трафика, а если бы база была на микротике, то можно было установить буфер побольше. Поэтому в высоконагруженных сетях и ограничении пропускной способности из-за медленных каналов, выгодно применять буферизацию а не дропы, это решает 2 задачи - уменьшает напор трафика из-за увеличения задержки, и исключает переповторы данных, что по итогу увеличивает эффективность работы канала. Да и сами абоненты понимают, если пинг большой, значит они слишком нагружают канал.

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

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.