[Kolvan]

Тут недавно в голову одна мысль пришла из области "как угодить абоненту, не перегрузив при этом каналы". Погуглил - ничего подобного не нашёл.

Суть задумки такова:

Скажем, по тарифу у меня заявленная скорость до 1 мбит/сек. Если я начинаю качать - скорость так и есть до 1 мбит/сек. Но если я начинаю серфить в инете (тупо кликать, смотреть небольшие ролики, картинки и т.п.) скорость может подскакивать до 10 мбит/сек.

Для абонента это возможность юзать инет с удовольствием (за исключением закачек), а для оператора - рациональное использование канала. Если подобные "скачки" будут кратковременными - интернета хватит всем.

Если кто натыкался на подобную тему ранее - дайте пожалуйста ссылку. Если нет - давайте подумаем как это можно воплотить в жизнь.

[SSD]

Тут недавно в голову одна мысль пришла из области "как угодить абоненту, не перегрузив при этом каналы". Погуглил - ничего подобного не нашёл.

Суть задумки такова:

Скажем, по тарифу у меня заявленная скорость до 1 мбит/сек. Если я начинаю качать - скорость так и есть до 1 мбит/сек. Но если я начинаю серфить в инете (тупо кликать, смотреть небольшие ролики, картинки и т.п.) скорость может подскакивать до 10 мбит/сек.

Для абонента это возможность юзать инет с удовольствием (за исключением закачек), а для оператора - рациональное использование канала. Если подобные "скачки" будут кратковременными - интернета хватит всем.

Если кто натыкался на подобную тему ранее - дайте пожалуйста ссылку. Если нет - давайте подумаем как это можно воплотить в жизнь.

http://wiki.mikrotik.com/wiki/Manual:Queues_-_Burst

[Negator]

Для абонента это возможность юзать инет с удовольствием (за исключением закачек), а для оператора - рациональное использование канала. Если подобные "скачки" будут кратковременными - интернета хватит всем.

А профит то где?

Нафига мне давать удовольствие клиенту в 10 мбит, когда он платит только за один?

Рациональное использование канал и так достигается за счет КМ.

[XerxeS]

Профит, наверное в том, что можно будет смело говорить "скорость НЕ МЕНЕЕ 1 мб/с", а не как у всех. Может у человека трафик дешевый? Или он все-таки очень дорожит своими клиентами и репутацией?

 

И причем тут вобще профит? Человек просит ответ на поставленный вопрос. Что есть "профит" для себя каждый решает сам, он не говорит: "Делай, как я!"

 

 

[pandel]

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

[saaremaa]

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

burst-time (TIME) : period of time, in seconds, over which the average data rate is calculated. (This is NOT the time of actual burst)

Изменено 25 июля, 2013 пользователем saaremaa

[pandel]

логика и правда странная, попробовал создать по этой инструкции

работает как то неважно. копаюсь дальше

[Saab95]

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

[pandel]

получается жопа( общая скорость тарифа вырастает причем неслабо

 

Изменено 25 июля, 2013 пользователем pandel

[-кабельщик-]

pandel, так и есть.

Я с полгода уже пытаюсь у себя протолкнуть суточный burst . Примерно такого плана - в начале суток (2.00 ночи или типа того) клиенту назначается ТП с вдвое (втрое) большей скоростью, чем у него по договору. На удаленной биллинговой машине (или около нее) считается трафик каждого клиента (как во старые добрые времена лимитов), если клиент набрал траф более установленного (к примеру, 5Гб ) - то биллинг назначает ему штатный ТП с обычной скоростью (или даже сниженной, поделом ему как качку...). По окончании суток все обнуляется на круги своя заново. Итого - если клиент только серфит и смотрит один-два фильма, у него круглосуточно высокая скорость.

Но в моем случае упор в глобализации (ТП назначается из центра). Руководство , как Negator, говорит: "А где профит?" . Короче, не понимаем друг друга. Скоро все клиенты разбегутся, с 2Мб/c тарифами в густонаселенных провайдерами районах не выжить.

[pandel]

да уж(

Saab95 а можно сделать чтобы скорость изначально была к примеру 4 мбит (на тарифе 2 мбит) но как только скорость в 4 мбит стала держаться более 2-3 секунд, шейпер обрезает канал до 2 мбит и держит до тех пор, пока скорость скачивания не опустится, скажем, до 100 кбит/с ? То есть если хомяк лазит по сайтам скорость будет прыгать до максимума и сразу падать, а как только начал качать, шейпер урезает до тех пор пока скачивание не прекратится.

[Saab95]

да уж(

Saab95 а можно сделать чтобы скорость изначально была к примеру 4 мбит (на тарифе 2 мбит) но как только скорость в 4 мбит стала держаться более 2-3 секунд, шейпер обрезает канал до 2 мбит и держит до тех пор, пока скорость скачивания не опустится, скажем, до 100 кбит/с ? То есть если хомяк лазит по сайтам скорость будет прыгать до максимума и сразу падать, а как только начал качать, шейпер урезает до тех пор пока скачивание не прекратится.

 

Это только если из биллинга делать, но интервалы времени должны быть больше, т.к. за 2-3 секунды обмена информацией не произойдет между ними.

 

Лучше делать проще - ставить суточные лимиты, например 3-5 гигабита, пока не выкачал скорость высокая, перебрал сразу уменьшилась.

[Kolvan]

По поводу профита:

Лично я собираюсь работать на репутацию и брать числом, а не высокой абон. платой. Следовательно, мне надо затянуть как можно больше народу в мою сеть. Если человек по своей сути не "качок" (жадный, бедный и т.д.)и ему не нужен (не по карману) дорогой тариф - можно рублей за 100 в месяц продавать ему эту опцию. Какая разница, за 9-10 секунд он загрузит страницу весом в мегабайт, или за 1-3 секунды?

Тут речь идёт о кратковременных нагрузках, которые особо не помешают другим абонентам. И если абонент ничем кроме серфинга не занимается, он лучше будет ждать 8-10 секунд, нежели перейдёт на более дорогой тарифный план. Со вводом этой фишки и мнение о себе резко подымишь, якобы хороший, кайфовый скоростной интернет для серфинга, и лишние 100 рублей с абона возьмёшь и траффика он сожрёт не намного больше, чем без этой фишки.

Если же речь идёт о длительных нагрузках, типа торрентдрочерства и прочих закачек - тут уже подключай старый добрый высокоскоростной дорогой тариф.

 

По поводу тех. реализации:

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

 

P.S. сейчас сестирую 30-мбитный канал у вышестоящего провайдера, скорость не делил - тупо завязал всех в одну сеть и дал Интернет. Абонентов 11, каждый по потребности может забрать все 30 мбит. Но "качков" среди абонентов нет, а если кто и качает то ночью, поэтому интернета всем хватает, даже пинг в танках не скачет.

Изменено 25 июля, 2013 пользователем Kolvan

[Constantin]

ну на 6 ветке queue tree не построите, не работает

 

только на Simple Queues мутить...а там буст делается на раз два

 

wiki.mikrotik.com там примеры достойные.

[saaremaa]

только на Simple Queues мутить...а там буст делается на раз два

к сожалению если на NAS большое количество клиентов - Simple Queues убьет NAS

[Constantin]

сожалению если на NAS большое количество клиентов - Simple Queues убьет NAS

в принципе да, но 500-600 активных клиентов потянет с трафиком 300-400 мбит наверное

 

у мя напарник взял на свою голову пару Соrе , даже саппорт только давал советы и всеми способами отмазывался чтоб самим не зайти и настроить "тупым" клиентам ))))

[NewUse]

Это только если из биллинга делать, но интервалы времени должны быть больше, т.к. за 2-3 секунды обмена информацией не произойдет между ними.

Ты о чём? какой нафиг биллинг? Всё написали выше, бёрст делает то что нужно ТСу. Примеры в вики чуть ли не комиксы.

[morf]

в принципе да, но 500-600 активных клиентов потянет с трафиком 300-400 мбит наверное

 

у мя напарник взял на свою голову пару Соrе , даже саппорт только давал советы и всеми способами отмазывался чтоб самим не зайти и настроить "тупым" клиентам ))))

А я этому напарнику все таки помог победить CCR1036 и шейпер :) Работает, как часики. 5 день аптайм, глюков не замечано :)

[nobody4097]

только на Simple Queues мутить...а там буст делается на раз два

к сожалению если на NAS большое количество клиентов - Simple Queues убьет NAS

 

Неверно.

Simple Queues убьет NAS только в версиях 1-5, в 6-ой полностью переработан алгоритм - не убъет.

[nobody4097]

ну на 6 ветке queue tree не построите, не работает

 

 

wiki.mikrotik.com там примеры достойные.

 

Неверно.

Работает замечательно.

Причем, если вы метили пакеты в мангл форвард и шейпили в глобал-аут - то достаточно в конфиге глобал аут заменить на глобал - перед заливкой конфига из 5 в 6 версию.

(потому что global-in/out/total заменен на global)

 

А если вы про Double QoS - когда в глобал-ин шейпили по типу трафа, а в глобал-аут по юзерам нарезку (по тарифам) - тоже работает.

По такому плану

 

1) mark traffic by type in mangle, and apply limitations by traffic type in "Global" queue tree

2) use dynamic simple queues from ppp servers or RADIUS or create simple queues manually and use PCQ for limiting traffic per user, "target" and "dst" options should allow us to make per-user-limitation without any problems

 

Причем в 6-ке simple queue - полностью переработано и название оставили только в исторических целях.

Посмотрите новую диаграмму движения пакетов и где теперь simple queue

Вообще прочитайте про новые simple queue в презентации 6 тика и на офф.форуме

 

pandel, так и есть.

Я с полгода уже пытаюсь у себя протолкнуть суточный burst . Примерно такого плана - в начале суток (2.00 ночи или типа того) клиенту назначается ТП с вдвое (втрое) большей скоростью, чем у него по договору. На удаленной биллинговой машине (или около нее) считается трафик каждого клиента (как во старые добрые времена лимитов), если клиент набрал траф более установленного (к примеру, 5Гб ) - то биллинг назначает ему штатный ТП с обычной скоростью (или даже сниженной, поделом ему как качку...). По окончании суток все обнуляется на круги своя заново. Итого - если клиент только серфит и смотрит один-два фильма, у него круглосуточно высокая скорость.

Но в моем случае упор в глобализации (ТП назначается из центра). Руководство , как Negator, говорит: "А где профит?" . Короче, не понимаем друг друга. Скоро все клиенты разбегутся, с 2Мб/c тарифами в густонаселенных провайдерами районах не выжить.

 

То, что хочет топикстартер решается подбором параметров для burst.

 

Есть еще хорошие практики дя повышения лояльности клиентов (речь, конечно, о физиках)

1. решается без участия биллинга

Например на время минимальной нагрузки на канал (ночь, утро до обеда) существенно повышаете юзерам скорости

- они радуются, как дети.

С помощью крона на Тике меняете по расписанию rate-limit для нужных тарифов по сколь угодно сложному расписанию.

Скорость моментом меняется без "единого обрыва".

 

2. Практически любой биллинг умеет фишку - чтобы скорость менялась от суточного/часового/недельнгого или месячного потребелния каждого юзера.

- посылает команду на Тик и меняет ему на лету скорость.

Изменено 26 июля, 2013 пользователем nobody4097

[Constantin]

А я этому напарнику все таки помог победить CCR1036 и шейпер :) Работает, как часики. 5 день аптайм, глюков не замечано :)

 

вы там построили на simple все таки только queure type - pcq ...ладно посмотрю при случае

 

 

Работает замечательно.

Причем, если вы метили пакеты в мангл форвард и шейпили в глобал-аут - то достаточно в конфиге глобал аут заменить на глобал - перед заливкой конфига из 5 в 6 версию.

(потому что global-in/out/total заменен на global)

 

 

вот именно метил в форварде а вот Parent - интерфейс в локалку для download

ставишь любой глобал шейпер не работает

 

ладно есть кролик подопытный посмотрим что там в 6 ветке