shafiev Posted September 1, 2014 · Report post Коллеги, возникла классическая проблема отделить - качков от не качков( физиков и юриков) . Критерий определения приблизительно есть ( учитывая наличие железок и отсутствие всяких DPI ) - количество Nat трансляций . Вопросы: Насколько применим этот критерий ? Если он применим, то каким правильным образом ограничить , количество нат сессий на ip посредсвом Router os ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted September 1, 2014 · Report post Хреново применим, если у чела дома смартфон, планшет, телек, ноут, пара компов и все полезут в тырнеты с порубленными сессиями, будет тоска и печаль. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted September 1, 2014 · Report post Хреново применим, если у чела дома смартфон, планшет, телек, ноут, пара компов и все полезут в тырнеты с порубленными сессиями, будет тоска и печаль. Это понятно. Это пока времянкой делается . connection-limit (integer,netmaks; Default: ) http://wiki.mikrotik.com/wiki/Manual:IP/Firewall/NAT Насколько этот параметр технические применим в продакшене ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted September 1, 2014 · Report post а чем не устраивают классические способы - radacct, netflow, snmp counters? если ваша точка терминирования или L3 транзит не умеют или плохо умеют netflow, то есть стандартный способ - зеркало всего трафика на сервер и с него считать netflow Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zi_rus Posted September 1, 2014 · Report post с качальщиками бороться просто, надо дать им насытиться, с местом на хдд пропадает и желание качать, а если начинать их гнобить будет только хуже, сначала жалобы на низкую скорость, потом они отключаются, потом начинается антиреклама на местных форумах, и даже люди которые не качают начинают обижаться. зачем все это надо? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted September 1, 2014 · Report post zi_rus в условиях крайнего севера или тундры какой-нибудь, где аплинковские мегабиты на вес золота, там это всё ещё актуально. экономить аплинк в условиях мегаполиса или даже мухосранска на 30к населения - тут полностью согласен, только хуже будет Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
AKim Posted September 1, 2014 · Report post когда мы только начинали заниматься интернетом, у нас были тарифы 1,2 Мбита. Поставили в локалке системник с 2Тб HDD и по ночам закачивали на него все новинки, сериалы и тому подобное. Людям при подключении объясняли как зайти туда. Со временем тарифы выросли до 60 мбит и файлопомойка стала не актуальной, хотя некоторые до сих пор спрашивают про неё. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted September 1, 2014 · Report post zi_rus в условиях крайнего севера или тундры какой-нибудь, где аплинковские мегабиты на вес золота, там это всё ещё актуально. экономить аплинк в условиях мегаполиса или даже мухосранска на 30к населения - тут полностью согласен, только хуже будет Тут траффик очень дорогой. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zi_rus Posted September 1, 2014 · Report post zi_rus в условиях крайнего севера или тундры какой-нибудь, где аплинковские мегабиты на вес золота, там это всё ещё актуально. экономить аплинк в условиях мегаполиса или даже мухосранска на 30к населения - тут полностью согласен, только хуже будет я знал что будет такой аргумент, если не хватает скорости аплинка, надо правильно рассчитывать тарифы. прижимать качальщиков с целью улучшения коэффициента мультиплексирование это последнее дело когда пытаешься демпинговать против конкурентов, все остальное самооправдание. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted September 1, 2014 · Report post ну так потребление зависит не от тарифа, а от желания потребителя. Если всем переделать тарифы со 100м на 10м, то это сильно не изменит ситуацию. а так, конечно, согласен, что это должно быть оговорено тарифов, типа "качаешь больше 20Гб - мы вправе занизить скорость до 64к", а не выявлять их постфактум, когда аплинк просел Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pppoetest Posted September 1, 2014 · Report post Мы проще поступили, в ночное время ступенчато увеличиваем абонам скорость до x32, качеры довольны. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Megas Posted September 1, 2014 · Report post Давайте начнем с простого, какой у вас аплинк и на сколько создают качеры проблему? + какая средняя и максимальная загрузка вашего аплинка, потом можно придумать что делать с ними. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
disappointed Posted September 1, 2014 · Report post Если всем переделать тарифы со 100м на 10м, то это сильно не изменит ситуацию. +1 Как-то нужно было скинуть нагрузку (ибо резерв был на жёстких условиях) и сделанное налету зажимание всех вплоть до 2 мегабит очень слабо повлияло на суммарную полосу. Существенное падение началось только после зарезаниях по 1 метру. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 3, 2014 · Report post Когда-то давно делал суточные счетчики трафика, при превышении определенных значений скорость до конца дня ограничивалась. Но все это костыли и полумеры. Нужно аплинк расширять, это оптимальное решение. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted September 3, 2014 · Report post А не проще приоритеты настроить? Например все порты что ниже 1000 в высокий, все что выше - в низкий. Когда будут жаловаться что какие-то приложения тормозят, смотреть, какие они используют порты и тоже помещать в высокий приоритет. Тогда не нужно будет никого ограничивать. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted September 3, 2014 · Report post Давайте начнем с простого, какой у вас аплинк и на сколько создают качеры проблему? + какая средняя и максимальная загрузка вашего аплинка, потом можно придумать что делать с ними. Ну линк, считайте что 1х а продаем по 0.4х (пока всем ). Просто понятно что корпоративщики будут больше траф потреблять вот и их надо вычленить Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Барагоз Posted September 3, 2014 · Report post Просто понятно что корпоративщики будут больше траф потреблять Это миф. На деле как раз наоборот, на порядки меньше. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted September 3, 2014 · Report post Просто понятно что корпоративщики будут больше траф потреблять Это миф. На деле как раз наоборот, на порядки меньше. У меня тут особый корпоративщики(дома отдыха и тд и тп) и их пик приходиться именно на вечер ( Когда-то давно делал суточные счетчики трафика, при превышении определенных значений скорость до конца дня ограничивалась. Но все это костыли и полумеры. Нужно аплинк расширять, это оптимальное решение. Можете поделиться наработками? А не проще приоритеты настроить? Например все порты что ниже 1000 в высокий, все что выше - в низкий. Когда будут жаловаться что какие-то приложения тормозят, смотреть, какие они используют порты и тоже помещать в высокий приоритет. Тогда не нужно будет никого ограничивать. У меня пока , основной потребитель трафа это youtube и обычный http.Пока торренты не мучают , к счастью Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
GrandPr1de Posted September 3, 2014 · Report post У меня пока , основной потребитель трафа это youtube и обычный http.Пока торренты не мучают , к счастью Хотите сэкономить аплинк? Тогда вам нужен свой кеш этого самого ютуба и хттп. Если уж так проблематично, тут где-то, кстати обсуждали кеши, поищите по форуму. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 4, 2014 · Report post Можете поделиться наработками? Наврядли. У меня это не костыли были, а штатная возможность биллинга (отдавать RADIUS-атрибуты в зависимости от значений счетчиков). Я просто тарифы в биллинге таким образом настроил, чтобы суточный трафик считался и при превышении порогов назначалась другая скорость. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted September 4, 2014 · Report post Можете поделиться наработками? Наврядли. У меня это не костыли были, а штатная возможность биллинга (отдавать RADIUS-атрибуты в зависимости от значений счетчиков). Я просто тарифы в биллинге таким образом настроил, чтобы суточный трафик считался и при превышении порогов назначалась другая скорость. Ок . Интересно как это реализовать в том же abills Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Megas Posted September 4, 2014 · Report post Тю, а что тут простите реализовывать? Смотря чем клиенты подключаются и как агрегируются, если pptp то смотрим настройки тоего ng_car если фря, смотрим, вычисляем, ограничниваем. Если в чистый порт на коммутаторе, то можно забикс, он видит аномалию и начинает снижать скорость на шейпере, дергая скрипты на сервере, вариантов куча, зависит от архитектуры. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted September 4, 2014 · Report post Тю, а что тут простите реализовывать? Смотря чем клиенты подключаются и как агрегируются, если pptp то смотрим настройки тоего ng_car если фря, смотрим, вычисляем, ограничниваем. Если в чистый порт на коммутаторе, то можно забикс, он видит аномалию и начинает снижать скорость на шейпере, дергая скрипты на сервере, вариантов куча, зависит от архитектуры. Подскажите с помощью какого алгоритма выявлять изходя из моих данных? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted September 4, 2014 · Report post повторюсь с вопросом а чем не устраивают классические способы - radacct, netflow, snmp counters? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
shafiev Posted September 4, 2014 · Report post повторюсь с вопросом а чем не устраивают классические способы - radacct, netflow, snmp counters? Коллеги они все устраивают , я прото ищу какую прикладную математику для выявления их Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
