Динамический шейпинг?

[aak]

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

 

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

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

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

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

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

Edited February 7, 2014 by aak

[nuclearcat]

С 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

[sherwood]

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

 

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

[aak]

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

 

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

 

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

[sherwood]

Я имел ввиду

 

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

[aak]

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

 

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

[sherwood]

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

 

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

[aak]

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

 

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

 

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

Edited February 9, 2014 by aak

[sherwood]

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

 

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

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

 

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

 

вы уверены?

[aak]

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

 

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

 

вы уверены?

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

[sherwood]

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

 

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

[dbask]

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

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

 

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

 

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

[ThreeDHead]

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

[sherwood]

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

 

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

 

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

 

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

 

 

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

 

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

[aak]

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

 

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

 

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

 

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

 

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

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

 

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

Edited February 9, 2014 by aak

[aak]

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

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

 

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

 

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

 

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

[ThreeDHead]

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

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

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

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

 

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

[aak]

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

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

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

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

 

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

 

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

[ThreeDHead]

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

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

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

[aak]

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

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

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

 

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

Edited February 11, 2014 by aak

[aak]

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

 

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

 

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

[photon]

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

Edited February 11, 2014 by photon

[Tamahome]

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

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

[Carshelp.by]

Мда, у знакомого было что-то похожее, попробую узнать отпишусь

[ThreeDHead]

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

Чемодан?

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

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