aak Опубликовано 7 февраля, 2014 (изменено) · Жалоба Здравствуйте! Поставили задачу,с которой ранее сталкиваться не приходилось,покопал интернеты,нашел только про QOS (. Имеется ряд учеток с фиксированными скоростями (подключение через PPPoE),скорость выставляется radius'ом. Канал провайдера в N Мбит,часто не загружен даже наполовину. Как сделать "плавающую" скорость,т.е чтобы скорость клиента повышалась взависимости от загрузки канала? Какое оптимальное решение? (используем оборудование Cisco).Заранее спасибо за ответы. Изменено 7 февраля, 2014 пользователем aak Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 8 февраля, 2014 · Жалоба С 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sherwood Опубликовано 8 февраля, 2014 · Жалоба Как сделать "плавающую" скорость,т.е чтобы скорость клиента повышалась взависимости от загрузки канала? если скорость у всех одинаковая, то без проблем, а вот если у вас разные тарифы то как вы себе это представляете? если абонентов не много то как бы тоже не проблема. То есть на каждого абонента прийдется делать по одному правилу в шейпере на вход и по одному на выход, ну и пакеты метить для каждого. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 9 февраля, 2014 · Жалоба Как сделать "плавающую" скорость,т.е чтобы скорость клиента повышалась взависимости от загрузки канала? если скорость у всех одинаковая, то без проблем, а вот если у вас разные тарифы то как вы себе это представляете? если абонентов не много то как бы тоже не проблема. То есть на каждого абонента прийдется делать по одному правилу в шейпере на вход и по одному на выход, ну и пакеты метить для каждого. Я имел ввиду увеличение скорости выше ограничения,если канал свободен,т.е. н-р,клиенту вырезано 2мб/с,когда канал свободен (не загружен),у него может быть и 3,и 4,и 5 итд. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sherwood Опубликовано 9 февраля, 2014 · Жалоба Я имел ввиду я понял что вы имеете ввиду, это вы не понимаете что хотите. Например канал у вас 10Мбит, тарифы 3,4,5 работают два абонента на тарифе 3, получают по 5Мбит, тут подключилось еще два абонента на тарифе 5Мбит, что в итоги они получат? правильно ни о каких 3 и 5Мбит речь уже не идет, тогда получается при вашем желании зачем ограничивать абонентов на тарифах 3,4,5Мбит, вероятность того что у вас будут работать 3 абонента на тарифе 3Мбит или два абонента на тарифе 5Мбит очень мала. Тогда два варианта, не ограничивайте абонентам скорость, метьте их пакеты и заганяйте их в очереди PCQ, тогда канал будет делится "справедливо" на всех абонентов. Или метьте пакеты от каждого абонента, стройте дерево очередей, куда вставляйте своих абонентов и каждому задавайте max limit и limit at, тогда у каждого будет его гарантированный тариф (при свободном канале) и максимально допустимая скорость при свободном канале. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 9 февраля, 2014 · Жалоба Или метьте пакеты от каждого абонента, стройте дерево очередей, куда вставляйте своих абонентов и каждому задавайте max limit и limit at, тогда у каждого будет его гарантированный тариф (при свободном канале) и максимально допустимая скорость при свободном канале. На Cisco это реализуемо? Если можно,ткните,где почитать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sherwood Опубликовано 9 февраля, 2014 · Жалоба На Cisco это реализуемо? Если можно,ткните,где почитать. печально, но вы так ни чего и не поняли. Попробуйте себе ответить на такой вопрос - вы можете себе представить ситуацию что у вас например в канале 10Мбит будут работать только 3 абонента на тарифах 2,3,5 Мбит? сомневаюсь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 9 февраля, 2014 (изменено) · Жалоба На Cisco это реализуемо? Если можно,ткните,где почитать. печально, но вы так ни чего и не поняли. Попробуйте себе ответить на такой вопрос - вы можете себе представить ситуацию что у вас например в канале 10Мбит будут работать только 3 абонента на тарифах 2,3,5 Мбит? сомневаюсь. Попробую быть более подробным. Такой пример: имеется канал в 15мб/с и 3 клиента с следующими скоростями: 1-й - 3мбит/с,2-й - 3мб/с,3-й - 5 мб/с. В один момент времени работают первые 2,третий не подключен.Т.к. канал свободен на 9 мб/с,у них скорость повышается до 7мб/с. Когда подключается третий,их скорость снижается до 4мб/с,а ему выдается 7мб/с. И так далее по аналогии.Вопрос в том,такое вообще реализуемо средствами имеющимися на данный момент на рынке оборудования? Коллега,который сидит на 4G (Yota),говорит,что у них именно такой канал. Изменено 9 февраля, 2014 пользователем aak Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sherwood Опубликовано 9 февраля, 2014 · Жалоба Когда подключается третий,их скорость снижается до 4мб/с,а ему выдается 7мб/с. а почему ему 7 е не 6 или не 8? и т.д., вся проблема в том, что оборудование в частности микротик, да и другое думаю тоже не понимает когда канал забит в полку (это нужно задавать параметром), здесь должен быть какой то алгоритм работающий в процентах. Но лично я не понимаю зачем это нужно, если у вы хотите так прыгать по скорости, то зачем тогда тарифы делать, сделайте без ограничения и они будут его делить поровну, если вы делаете тарифы то тогда зачем увеличивать на них скорость даже если канал свободный. Получается абсурд, абонент заплатил за 3 Мбит а у него скорость 6Мбит другой абонент заплатил за 5Мбит но в тот момент когда он делал замер скорости у него показало 4Мбит потому как канал на тот момент был забит, мне кажется это как то странным. Коллега,который сидит на 4G (Yota),говорит,что у них именно такой канал. вы уверены? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 9 февраля, 2014 · Жалоба Получается абсурд, абонент заплатил за 3 Мбит а у него скорость 6Мбит другой абонент заплатил за 5Мбит но в тот момент когда он делал замер скорости у него показало 4Мбит потому как канал на тот момент был забит, мне кажется это как то странным. Подразумевается,что скорость не будет опускаться ниже тарифа. вы уверены? Перезвонил,спросил,теперь уже нет: скорость бывает заваливается за стартовый порог,видимо,у них не шейпится. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sherwood Опубликовано 9 февраля, 2014 · Жалоба Подразумевается,что скорость не будет опускаться ниже тарифа. тогда микротик RO, метим пакеты для каждого абонента, в queue tree строим дерево где каждому абоненту задаем Max Limit (это ширина вашего канала, чуть ниже) и At Limit (это гарантированная скорость, то есть скорость тарифа), естественно одно правило на вход другое на выход и правил по количеству абонентов. Например если у вас 100 абонентов, то будет 200 правил для пометки пакетов и 202 для нарезки скорости. Правда как то глупо этим заниматься? а если абонентов больше? еще учтите что это ресурсоемкое занятие с таким количеством правил. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dbask Опубликовано 9 февраля, 2014 · Жалоба есть такой параметр в линуховом шейпере tc как ceil, скорее всего это то что вам нужно, например: для канала 100мбит, и тарифа для юзера 10мбит: tc class add dev eth1 parent 1:1 classid 1:<hex_mark> htb rate 10Mbit ceil 100Mbit т.е. если в корневом классе достаточно свободного места, то ваш клиент спокойно разгонится до 100мбит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 9 февраля, 2014 · Жалоба Спокойно реализуется, в нашем случае, через SCE. Меняете пэкеджи абонентам когда надо и всё готово. Ну и естественно анализ загрузки общего канала, именно по его результатам и принимать решение о смене пэкеджей, в ту или иную сторону. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sherwood Опубликовано 9 февраля, 2014 · Жалоба tc class add dev eth1 parent 1:1 classid 1:<hex_mark> htb rate 10Mbit ceil 100Mbit то есть правило на абонента? Меняете пэкеджи абонентам когда надо и всё готово. за этим кто следит? меняется в автоматическом режиме или администратор например каждый час меняет каждому абоненту параметры? Ну и естественно анализ загрузки общего канала, именно по его результатам и принимать решение о смене пэкеджей, в ту или иную сторону. опять же вот это все кто делает? сама мерит, сама принимает решение, сама выставляет нужные параметры, то есть участие администратора не нужно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 9 февраля, 2014 (изменено) · Жалоба тогда микротик RO, метим пакеты для каждого абонента, в queue tree строим дерево где каждому абоненту задаем Max Limit (это ширина вашего канала, чуть ниже) и At Limit (это гарантированная скорость, то есть скорость тарифа), естественно одно правило на вход другое на выход и правил по количеству абонентов. Например если у вас 100 абонентов, то будет 200 правил для пометки пакетов и 202 для нарезки скорости. Правда как то глупо этим заниматься? а если абонентов больше? еще учтите что это ресурсоемкое занятие с таким количеством правил. Железяку помощнее? (абонентов >500 и будут прирастать).Насчет смысла,это не моя блажь,а требование рукововодства. Спокойно реализуется, в нашем случае, через SCE. А можно поподробнее? за этим кто следит? меняется в автоматическом режиме или администратор например каждый час меняет каждому абоненту параметры? опять же вот это все кто делает? сама мерит, сама принимает решение, сама выставляет нужные параметры, то есть участие администратора не нужно? Думаю,автоматизируемо,в цисках есть Tcl-интерпретатор. Есть в наличии и интерфейс к провайдеру для измерения загрузки канала. Изменено 9 февраля, 2014 пользователем aak Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 9 февраля, 2014 · Жалоба есть такой параметр в линуховом шейпере tc как ceil, скорее всего это то что вам нужно, например: для канала 100мбит, и тарифа для юзера 10мбит: tc class add dev eth1 parent 1:1 classid 1:<hex_mark> htb rate 10Mbit ceil 100Mbit т.е. если в корневом классе достаточно свободного места, то ваш клиент спокойно разгонится до 100мбит. Мне надо для цисок. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 февраля, 2014 · Жалоба Делается ~3/4 набора пэкеджей, для каждой группы абонентов. Каждый набор имеет разные скорости (лимиты на P2P и т.п.). Самостоятельно пишете скрипт, который будет "следить" за аггрегированным аплинком(ми) и когда будет освобождаться некая полоса и будет идти на спад, то меняете всем абонам пэкеджи на те, в которых скорость декларируется выше. И так все время, пока не достигните "гигабитных" пэкеджей :) к 3-4 утра. Потом обратный алгоритм, канал загрузился выше ~80%, меняем пэкеджи на менее скоростные. И так по кругу. Если используете SCE, то все это обязательно через SM. Иначе голову снесете устройству. Мы, также используем набор пэкеджей по "урезанию" p2p и пр. Они работают уже тогда, когда каналов недостаточно, и п2п надо прижать, там тоже несколько шагов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 10 февраля, 2014 · Жалоба Делается ~3/4 набора пэкеджей, для каждой группы абонентов. Каждый набор имеет разные скорости (лимиты на P2P и т.п.). Самостоятельно пишете скрипт, который будет "следить" за аггрегированным аплинком(ми) и когда будет освобождаться некая полоса и будет идти на спад, то меняете всем абонам пэкеджи на те, в которых скорость декларируется выше. И так все время, пока не достигните "гигабитных" пэкеджей :) к 3-4 утра. Потом обратный алгоритм, канал загрузился выше ~80%, меняем пэкеджи на менее скоростные. И так по кругу. Если используете SCE, то все это обязательно через SM. Иначе голову снесете устройству. Мы, также используем набор пэкеджей по "урезанию" p2p и пр. Они работают уже тогда, когда каналов недостаточно, и п2п надо прижать, там тоже несколько шагов. Сколько у вас абонентов,не секрет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 февраля, 2014 · Жалоба Сколько у вас абонентов,не секрет? Не имеет значения, но некоторое их количество является обязательным условием :) Вас схема смущает или переживаете за SCE? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 10 февраля, 2014 (изменено) · Жалоба Сколько у вас абонентов,не секрет? Не имеет значения, но некоторое их количество является обязательным условием :) Вас схема смущает или переживаете за SCE? SCE,боюсь,по карману может хлопнуть ).Вопрос в целесообразности покупки,не столь много у нас планируется абонентов. Изменено 11 февраля, 2014 пользователем aak Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aak Опубликовано 11 февраля, 2014 · Жалоба Подразумевается,что скорость не будет опускаться ниже тарифа. тогда микротик RO, метим пакеты для каждого абонента, в queue tree строим дерево где каждому абоненту задаем Max Limit (это ширина вашего канала, чуть ниже) и At Limit (это гарантированная скорость, то есть скорость тарифа), естественно одно правило на вход другое на выход и правил по количеству абонентов. Например если у вас 100 абонентов, то будет 200 правил для пометки пакетов и 202 для нарезки скорости. Правда как то глупо этим заниматься? а если абонентов больше? еще учтите что это ресурсоемкое занятие с таким количеством правил. Посмотрим в сторону Mikrotik Cloud Core Router 1036-12G-4S Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 11 февраля, 2014 (изменено) · Жалоба Ставьте Linux, настраивайте HFSC с хэш-фильтрами и не морочьте голову. Изменено 11 февраля, 2014 пользователем photon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Tamahome Опубликовано 13 февраля, 2014 · Жалоба Мне надо для цисок. Для "цисок" боюсь вам потребуется чемоданчик денег, чтоб купить железку с поддержкой необходимого вам функционала, если нагрузки до гигабита, берите linux. Если больше гигабита или много ппс, то линух нужно еще и настроить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Carshelp.by Опубликовано 13 февраля, 2014 · Жалоба Мда, у знакомого было что-то похожее, попробую узнать отпишусь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 14 февраля, 2014 · Жалоба Для "цисок" боюсь вам потребуется чемоданчик денег, чтоб купить железку с поддержкой необходимого вам функционала, если нагрузки до гигабита, берите linux. Чемодан? SCE-2020 от $2000 на ебее, без гарантий. От $7000 на наге, с гарантиями. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...