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

Динамический шейпинг? "Плавающая" скорость

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

 

Поставили задачу,с которой ранее сталкиваться не приходилось,покопал интернеты,нашел только про QOS (.

Имеется ряд учеток с фиксированными скоростями (подключение через PPPoE),скорость выставляется radius'ом.

Канал провайдера в N Мбит,часто не загружен даже наполовину.

Как сделать "плавающую" скорость,т.е чтобы скорость клиента повышалась взависимости от загрузки канала?

Какое оптимальное решение? (используем оборудование Cisco).Заранее спасибо за ответы.

Edited by aak

Share this post


Link to post
Share on other sites

С Cisco у вас почти ноль вариантов.

Как один из вариантов слать CoA, но это костыль и зависит от того какое оборудование и как вы его используете.

Хотя... в некоторых случаях можно, почитайте:

http://www.cisco.com/en/US/docs/ios/ios_xe/isg/configuration/guide/isg_rabapol_xe.html#wp1056872

В особенности Configuring a Hierarchical QoS Child Policy with Policing

Share this post


Link to post
Share on other sites

Как сделать "плавающую" скорость,т.е чтобы скорость клиента повышалась взависимости от загрузки канала?

 

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

Share this post


Link to post
Share on other sites

Как сделать "плавающую" скорость,т.е чтобы скорость клиента повышалась взависимости от загрузки канала?

 

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

 

Я имел ввиду увеличение скорости выше ограничения,если канал свободен,т.е. н-р,клиенту вырезано 2мб/с,когда канал свободен (не загружен),у него может быть и 3,и 4,и 5 итд.

Share this post


Link to post
Share on other sites

Я имел ввиду

 

я понял что вы имеете ввиду, это вы не понимаете что хотите. Например канал у вас 10Мбит, тарифы 3,4,5 работают два абонента на тарифе 3, получают по 5Мбит, тут подключилось еще два абонента на тарифе 5Мбит, что в итоги они получат? правильно ни о каких 3 и 5Мбит речь уже не идет, тогда получается при вашем желании зачем ограничивать абонентов на тарифах 3,4,5Мбит, вероятность того что у вас будут работать 3 абонента на тарифе 3Мбит или два абонента на тарифе 5Мбит очень мала. Тогда два варианта, не ограничивайте абонентам скорость, метьте их пакеты и заганяйте их в очереди PCQ, тогда канал будет делится "справедливо" на всех абонентов. Или метьте пакеты от каждого абонента, стройте дерево очередей, куда вставляйте своих абонентов и каждому задавайте max limit и limit at, тогда у каждого будет его гарантированный тариф (при свободном канале) и максимально допустимая скорость при свободном канале.

Share this post


Link to post
Share on other sites
Или метьте пакеты от каждого абонента, стройте дерево очередей, куда вставляйте своих абонентов и каждому задавайте max limit и limit at, тогда у каждого будет его гарантированный тариф (при свободном канале) и максимально допустимая скорость при свободном канале.

 

На Cisco это реализуемо? Если можно,ткните,где почитать.

Share this post


Link to post
Share on other sites

На Cisco это реализуемо? Если можно,ткните,где почитать.

 

печально, но вы так ни чего и не поняли. Попробуйте себе ответить на такой вопрос - вы можете себе представить ситуацию что у вас например в канале 10Мбит будут работать только 3 абонента на тарифах 2,3,5 Мбит? сомневаюсь.

Share this post


Link to post
Share on other sites

На Cisco это реализуемо? Если можно,ткните,где почитать.

 

печально, но вы так ни чего и не поняли. Попробуйте себе ответить на такой вопрос - вы можете себе представить ситуацию что у вас например в канале 10Мбит будут работать только 3 абонента на тарифах 2,3,5 Мбит? сомневаюсь.

 

Попробую быть более подробным. Такой пример: имеется канал в 15мб/с и 3 клиента с следующими скоростями: 1-й - 3мбит/с,2-й - 3мб/с,3-й - 5 мб/с. В один момент времени работают первые 2,третий не подключен.Т.к. канал свободен на 9 мб/с,у них скорость повышается до 7мб/с. Когда подключается третий,их скорость снижается до 4мб/с,а ему выдается 7мб/с. И так далее по аналогии.Вопрос в том,такое вообще реализуемо средствами имеющимися на данный момент на рынке оборудования? Коллега,который сидит на 4G (Yota),говорит,что у них именно такой канал.

Edited by aak

Share this post


Link to post
Share on other sites

Когда подключается третий,их скорость снижается до 4мб/с,а ему выдается 7мб/с.

 

а почему ему 7 е не 6 или не 8? и т.д.,

вся проблема в том, что оборудование в частности микротик, да и другое думаю тоже не понимает когда канал забит в полку (это нужно задавать параметром), здесь должен быть какой то алгоритм работающий в процентах. Но лично я не понимаю зачем это нужно, если у вы хотите так прыгать по скорости, то зачем тогда тарифы делать, сделайте без ограничения и они будут его делить поровну, если вы делаете тарифы то тогда зачем увеличивать на них скорость даже если канал свободный. Получается абсурд, абонент заплатил за 3 Мбит а у него скорость 6Мбит другой абонент заплатил за 5Мбит но в тот момент когда он делал замер скорости у него показало 4Мбит потому как канал на тот момент был забит, мне кажется это как то странным.

 

Коллега,который сидит на 4G (Yota),говорит,что у них именно такой канал.

 

вы уверены?

Share this post


Link to post
Share on other sites
Получается абсурд, абонент заплатил за 3 Мбит а у него скорость 6Мбит другой абонент заплатил за 5Мбит но в тот момент когда он делал замер скорости у него показало 4Мбит потому как канал на тот момент был забит, мне кажется это как то странным.

 

Подразумевается,что скорость не будет опускаться ниже тарифа.

 

вы уверены?

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

Share this post


Link to post
Share on other sites

Подразумевается,что скорость не будет опускаться ниже тарифа.

 

тогда микротик RO, метим пакеты для каждого абонента, в queue tree строим дерево где каждому абоненту задаем Max Limit (это ширина вашего канала, чуть ниже) и At Limit (это гарантированная скорость, то есть скорость тарифа), естественно одно правило на вход другое на выход и правил по количеству абонентов. Например если у вас 100 абонентов, то будет 200 правил для пометки пакетов и 202 для нарезки скорости. Правда как то глупо этим заниматься? а если абонентов больше? еще учтите что это ресурсоемкое занятие с таким количеством правил.

Share this post


Link to post
Share on other sites

есть такой параметр в линуховом шейпере tc как ceil, скорее всего это то что вам нужно, например:

для канала 100мбит, и тарифа для юзера 10мбит:

 

tc class add dev eth1 parent 1:1 classid 1:<hex_mark> htb rate 10Mbit ceil 100Mbit

 

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

Share this post


Link to post
Share on other sites

Спокойно реализуется, в нашем случае, через SCE. Меняете пэкеджи абонентам когда надо и всё готово. Ну и естественно анализ загрузки общего канала, именно по его результатам и принимать решение о смене пэкеджей, в ту или иную сторону.

Share this post


Link to post
Share on other sites

tc class add dev eth1 parent 1:1 classid 1:<hex_mark> htb rate 10Mbit ceil 100Mbit

 

то есть правило на абонента?

 

Меняете пэкеджи абонентам когда надо и всё готово.

 

за этим кто следит? меняется в автоматическом режиме или администратор например каждый час меняет каждому абоненту параметры?

 

 

Ну и естественно анализ загрузки общего канала, именно по его результатам и принимать решение о смене пэкеджей, в ту или иную сторону.

 

опять же вот это все кто делает? сама мерит, сама принимает решение, сама выставляет нужные параметры, то есть участие администратора не нужно?

Share this post


Link to post
Share on other sites
тогда микротик RO, метим пакеты для каждого абонента, в queue tree строим дерево где каждому абоненту задаем Max Limit (это ширина вашего канала, чуть ниже) и At Limit (это гарантированная скорость, то есть скорость тарифа), естественно одно правило на вход другое на выход и правил по количеству абонентов. Например если у вас 100 абонентов, то будет 200 правил для пометки пакетов и 202 для нарезки скорости. Правда как то глупо этим заниматься? а если абонентов больше? еще учтите что это ресурсоемкое занятие с таким количеством правил.

 

Железяку помощнее? (абонентов >500 и будут прирастать).Насчет смысла,это не моя блажь,а требование рукововодства.

 

Спокойно реализуется, в нашем случае, через SCE.

 

А можно поподробнее?

 

за этим кто следит? меняется в автоматическом режиме или администратор например каждый час меняет каждому абоненту параметры?
опять же вот это все кто делает? сама мерит, сама принимает решение, сама выставляет нужные параметры, то есть участие администратора не нужно?

 

Думаю,автоматизируемо,в цисках есть Tcl-интерпретатор. Есть в наличии и интерфейс к провайдеру для измерения загрузки канала.

Edited by aak

Share this post


Link to post
Share on other sites

есть такой параметр в линуховом шейпере tc как ceil, скорее всего это то что вам нужно, например:

для канала 100мбит, и тарифа для юзера 10мбит:

 

tc class add dev eth1 parent 1:1 classid 1:<hex_mark> htb rate 10Mbit ceil 100Mbit

 

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

 

Мне надо для цисок.

Share this post


Link to post
Share on other sites

Делается ~3/4 набора пэкеджей, для каждой группы абонентов. Каждый набор имеет разные скорости (лимиты на P2P и т.п.).

Самостоятельно пишете скрипт, который будет "следить" за аггрегированным аплинком(ми) и когда будет освобождаться некая полоса и будет идти на спад, то меняете всем абонам пэкеджи на те, в которых скорость декларируется выше. И так все время, пока не достигните "гигабитных" пэкеджей :) к 3-4 утра.

Потом обратный алгоритм, канал загрузился выше ~80%, меняем пэкеджи на менее скоростные. И так по кругу.

Если используете SCE, то все это обязательно через SM. Иначе голову снесете устройству.

 

Мы, также используем набор пэкеджей по "урезанию" p2p и пр. Они работают уже тогда, когда каналов недостаточно, и п2п надо прижать, там тоже несколько шагов.

Share this post


Link to post
Share on other sites

Делается ~3/4 набора пэкеджей, для каждой группы абонентов. Каждый набор имеет разные скорости (лимиты на P2P и т.п.).

Самостоятельно пишете скрипт, который будет "следить" за аггрегированным аплинком(ми) и когда будет освобождаться некая полоса и будет идти на спад, то меняете всем абонам пэкеджи на те, в которых скорость декларируется выше. И так все время, пока не достигните "гигабитных" пэкеджей :) к 3-4 утра.

Потом обратный алгоритм, канал загрузился выше ~80%, меняем пэкеджи на менее скоростные. И так по кругу.

Если используете SCE, то все это обязательно через SM. Иначе голову снесете устройству.

 

Мы, также используем набор пэкеджей по "урезанию" p2p и пр. Они работают уже тогда, когда каналов недостаточно, и п2п надо прижать, там тоже несколько шагов.

 

Сколько у вас абонентов,не секрет?

Share this post


Link to post
Share on other sites

Сколько у вас абонентов,не секрет?

Не имеет значения, но некоторое их количество является обязательным условием :)

Вас схема смущает или переживаете за SCE?

Share this post


Link to post
Share on other sites

Сколько у вас абонентов,не секрет?

Не имеет значения, но некоторое их количество является обязательным условием :)

Вас схема смущает или переживаете за SCE?

 

SCE,боюсь,по карману может хлопнуть ).Вопрос в целесообразности покупки,не столь много у нас планируется абонентов.

Edited by aak

Share this post


Link to post
Share on other sites

Подразумевается,что скорость не будет опускаться ниже тарифа.

 

тогда микротик RO, метим пакеты для каждого абонента, в queue tree строим дерево где каждому абоненту задаем Max Limit (это ширина вашего канала, чуть ниже) и At Limit (это гарантированная скорость, то есть скорость тарифа), естественно одно правило на вход другое на выход и правил по количеству абонентов. Например если у вас 100 абонентов, то будет 200 правил для пометки пакетов и 202 для нарезки скорости. Правда как то глупо этим заниматься? а если абонентов больше? еще учтите что это ресурсоемкое занятие с таким количеством правил.

 

Посмотрим в сторону Mikrotik Cloud Core Router 1036-12G-4S

Share this post


Link to post
Share on other sites

Ставьте Linux, настраивайте HFSC с хэш-фильтрами и не морочьте голову.

Edited by photon

Share this post


Link to post
Share on other sites

Мне надо для цисок.

Для "цисок" боюсь вам потребуется чемоданчик денег, чтоб купить железку с поддержкой необходимого вам функционала, если нагрузки до гигабита, берите linux. Если больше гигабита или много ппс, то линух нужно еще и настроить.

Share this post


Link to post
Share on other sites

Для "цисок" боюсь вам потребуется чемоданчик денег, чтоб купить железку с поддержкой необходимого вам функционала, если нагрузки до гигабита, берите linux.

Чемодан?

SCE-2020 от $2000 на ебее, без гарантий.

От $7000 на наге, с гарантиями.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this