4 метра -> 3 терабайта

[pavlabor 1 914]

Просто интересно.

Кто, что предпринимает по отношению к таким клиентам.

Покупает полосу 4 метра, за месяц трафик 3 терабайта, из них терабайт инета.

[lava 23]

Просто интересно.

Кто что предпринимает по отношению к таким клиентам.

Покупает полосу 4 метра, за месяц трафик 3 терабайта, из них терабайт инета.

 

 

Ціна полоси 4М? Якщо ~100 грн, хай кача.

[LENS 97]

Метр = 10 мегабит? Получается он берет пакет 40 мегабит?

Я бы его не отключал, просто зарезал скорость после 10 гиг в сутки на половину, после 20 гиг в сутки еще наполовину. Или как то так.

Отключать я не рекомендую, а вот шейпить это лучше.

[Sargas 52]

Если и-нет не перепродает, то ничего не делать.

[leda 114]

Отправить к любимому конкуренту

[Zlobar 29]

3 терабайта в месяц это в среднем 9,71 мбита/сек. Неужто ваша сеть не способна такое перелопатить и не заметить?

[pavlabor 1 914]

Проблем нет.

Вопрос больше политический, чем технический.

Просто всплывают в памяти дедики по германии, лет пять назад,

и скрип немцев при объеме трафика - терабайт в месяц.

[KaYot 3 606]

А зачем вы вообще локалку то считаете, и как если не секрет?

По теме - режьте скорость инета после какого-то объема(>500Гб до 1мбит например), если конечно у вас не гарантируется жестко полоса клиентам.

[Setevoy 127]

Просто интересно.

Кто, что предпринимает по отношению к таким клиентам.

Покупает полосу 4 метра, за месяц трафик 3 терабайта, из них терабайт инета.

А что вы клиенту обещали при подключении? 4 метра или "4 метра только ты ничего не качай"?

[pavlabor 1 914]

Проблем с трафиком нет.

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

увеличивая ночью полосу в три раза.

 

Почему возник вопрос.

У того же Билайна, был лимит после столькото трафика ограничение.

И тут получается что если пользователь не вменяемый,

покупает 4 мегабит, ночью канал расшаривается до 12

это один случай, а если вменяемый, качает в основном ночью, днем серфинг,

покупает 8 мегабит, ночью канал расшаривается до 24

сам трафик очень даже кучерявенький.

Тогда и шейпить(наказывать) такого грех.

 

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

с большими трафиками у пользователя.

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

Все считается ipfw счетчики.

Когдато был нетфлоу, при досах, торентах падали анализаторы трафика, потому как на мелких пакетах, нагрузка на передачу статистики была больше чем сам трафик.

Нетфлоу одно время еще покрутился на анализе досов и когда уже было не реально анализировать даже 10 секунт, отказались.

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

[nightfly 1 221]

Дык в чем проблема? Если в договоре предусмотрена максимальная позволенная вами нагрузка на полосу юзером (домашние тарифы принято как бы считать по 30-35% в разрезе суток) - давить. Если при составлении договора на домашних абонентов такое не предусмотрено - чего теперь рыпаться.

 

У нас четко оговорено что на пользовательских тарифах рекомендуемой нагрузкой является до 35% загрузки на максимальной скорости предусмотреной тарифным планом. Далее качки в зависимости от текущей фазы луны могут попадать в общий пайп размером =(тарифная_скорость(35%)*количество пользователей). Получается довольно плавно. Ну либо на бизнестарифы с адекватной стоимостью уже.

Благо искренне брутальных качков есть не более 0.1% так что особо не беспокоит на фоне общего хаоса и паники.

 

 

Когдато был нетфлоу, при досах, торентах падали анализаторы трафика

Возможно проблема в реализации самих коллекторов. Сейчас нетфловом считается и раскидывается по трем классам успешно около 1Г трафика, при средних пользовательских тарифах от 5 до 30 мбит с двойной ночной скоростью соответсвенно. Биллинг со считалкой вместе редко подымаются выше 20% в топе. Средний лодавг на биллинговый сервер не превышает 0.5-0.7. Если смотреть ретроспективно могу предположить что средний тазик ценовой категории ~1k$ может разаккаунтить в районе 3-4Гбит нетфлова без сверхужасных ефектов.

[t-man 1]

Судя по количеству пакетов, перепродажей трафика клиент не занимается. Значит скоро награется и попустится. Советую не париться, а маленько переждать. Должно попустить.

[Ajar 90]

5% абонентов , генерят 95% трафика

[laffytaffy 84]

to pavlabor

 

а каким образом строится график по дос активности?

[pavlabor 1 914]

to pavlabor

 

а каким образом строится график по дос активности?

 

Разница,

количество отправленых пакетов рисуется красным,

количество принятых зеленым,

если покрывается все в порядке, если отправленых больше то появляется красный график.

Ложно срабатывает торент, скайп и многие игрушки.

[SHARAHOME 26]

заблочь порты по кторым идёт большинство его трафика

[nightfly 1 221]

заблочь порты по кторым идёт большинство его трафика

Посоветуйте сделать ipfw deny ip from any to user_IP - это точно решит все проблемы. Можно конечно и просто кабель выдернуть но это не так технологично...

 

[tiberius 7]

Есть у нас один клиент, при пакете в 20 метров умудряется 2 тера скачать и 4-4,5 раздать и это чисто по инету. И так уже с пол года как. А так конечно интересно было бы увидеть у кого какие чемпионы по трафу)

[pavlabor 1 914]

У нас нет проблем с трафиком.

Просто есть сильные качальщики, существуют позиции провайдеров,

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

Если пользователь перебирает объем, в пределах разумного, то

- нечего не делаем.

- при достижении объема, переводим на более низкую скорость.

- другое...

[nightfly 1 221]

может есть конструктивное предложение которое стоит заложить в систему.

- другое...

 

В биллинг - наваять гибкий редактор PBR чтобы можно было делать в будущем с пользователями по любым критериям что захочется. Благо писанины там всего-ничего.

У меня в свое время качки (if ($dayly_bandwidth>=tariff_bandwidth(35%)) {...) пресовались в резервный канал (а че добру простаивать?), потом пришли к мягкому шейпу, теперь таки ничего с ними не делаем учитывая ничтожные количества тех же качков.

 

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

 

Еще много наркоманских идей накидать могу

[laffytaffy 84]

to pavlabor

 

а каким образом строится график по дос активности?

 

Разница,

количество отправленых пакетов рисуется красным,

количество принятых зеленым,

если покрывается все в порядке, если отправленых больше то появляется красный график.

Ложно срабатывает торент, скайп и многие игрушки.

 

 

у вас такие графики по каждому пользователю? если да то где снимается статистика, на порту доступа или на сервере доступа, у нас при отключении статистика нагрузка на NAS упала раза в 3 если в данный момент включить - то смерть NASу сразу...

[pavlabor 1 914]

Это статистика из пользовательского окаунта.

то есть она доступна каждому пользователю в реальном времени.

Снимается смотря какой пользователь и как включен.

Если включен в неуправляемоее железо, то на районном роутере с файервольных счетчиков,

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

 

С нетфлов, может не копали глубоко, но довольно напряжная идея, ведущая в тупик,

то есть рано или позно расчетных мощностей всеравно не хватит.

 

Сам билинг децентрализованый, районы рулятся как независимые провайдеры,

отчитываются центральному билингу,

районный роутер, по нагрузкам год два давности, мог разруливать до 1250 пользователей, 5 сеток по 250,

сейчас, реально не более 100 человек в сетке, 500 на роутер.

Поетому как бы предела нет.

[laffytaffy 84]

 

районный роутер, по нагрузкам год два давности, мог разруливать до 1250 пользователей, 5 сеток по 250,

сейчас, реально не более 100 человек в сетке, 500 на роутер.

Поетому как бы предела нет.

 

 

задачи роутера? только роутинг или еще шейпер, нат и еще статистику собирает? и разрулива-ет(л) около 1250!!? юзеров

 

а если в цифрах - pps и объем трафика, а так же кол-во сессий ната?

[Небесный 26]

Знакомая картина, был у меня такой клиент: причем качал и день и ночь. На то время он брал 1Мб - так он практически сутки на пролет отбирал свой 1Мбит, причем нам как провайдеру тогда этот мегабит обходился в 700 грн. Было решено - ему плавно снижать скорость - и делал это в основном ручками - просто как бы доводил абонента к тому, чтобы он от нас отключился. Эфект на руку - человек через два месяца от нас ушел к конкуренту.

 

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

[pavlabor 1 914]

 

районный роутер, по нагрузкам год два давности, мог разруливать до 1250 пользователей, 5 сеток по 250,

сейчас, реально не более 100 человек в сетке, 500 на роутер.

Поетому как бы предела нет.

 

 

задачи роутера? только роутинг или еще шейпер, нат и еще статистику собирает? и разрулива-ет(л) около 1250!!? юзеров

 

а если в цифрах - pps и объем трафика, а так же кол-во сессий ната?

 

Цыфра расчетная, под нагрузки двух годовой давности.

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

Сегодня в пределах i5 - 500 пользователей.

 

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

дальще трафик, попадает в первичную сеть провайдера и трафик распределяется межу районными роутерами,

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

Внешних у нас два, отдавая дефаулты с разным весом, балансируется исход.

И т.д.

 

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