Перейти к содержимому
Калькуляторы

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

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

 

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

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

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

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

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

Изменено пользователем aak

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

С 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я имел ввиду

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

Изменено пользователем aak

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

 

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

 

вы уверены?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

вы уверены?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

 

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

 

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

 

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

 

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

 

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

Изменено пользователем aak

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

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

Изменено пользователем aak

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем photon

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Чемодан?

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.