nightfly

Опять же, были идеи написать какой-то гибкий анализатор по детальной статистике, только ее объемы на нормальных скоростях-количествах абонентах могут слегка запугать. Проще тогда уже tcpdump разбирать на лету

>>Как реалистичный вариант можно рассматривать поднятие дополнительного netflow коллектора/сенсора... ну и так далее - см. мнение выше. А графичек посмотреть вам что-то мешает? Нету синей активности - нету http, ярко красное месиво - вирусня по icmp скорее всего буйствует, помесь бордовенького и зеленого - торренты фигачат скорее всего. Допустим и без гадания по кофейной гуще которое вы предлагаете, я могу определить что у абонента ниже все в этой жизни хорошо (не, ну может теща сука, либо кот в тапки нагадил - но меня это не касается) и интернет исходя из своего тарифа он получает в полном объеме. с такой же вероятностью у него может и быть трафик не ДНС ориентированный, например теже торренты либо скайпище.

и парсить, парсить, парсить

Факт обмена трафиком - ниочем не говорит. Например роутер пинает чего-то по ntp, ходят всякие бродкасты, пытаются обновиться дхцп лизы, идет широкий скан сети вирусней и еще с пол сотни случаев когда счетчики трафика будут щелкать а пользователя не будет не то что в его "вконтактиках" а и дома. да, поскольку щелкающие счетчики трафика ничего как таковые не означают. Ежесекундно сбрасывать данные о трафике с сенсора коллектору и адово их анализировать угадывая "ой чтойтабыло" - думаю приемлимо в сетях в которых три с половиной абонента с точки зрения продуктивности решения. К сожелению с ориентацией на сети с пятизначными абонбазами и жесткими требованиями по продуктивности мы себе такого не можем. Ради чисто разноцветной покраски в любом случае. Как реалистичный вариант можно рассматривать поднятие дополнительного netflow коллектора/сенсора, сбрасывание всего трафика в какое-то другое место и последующий его анализ исходя из размерности сессий, их количества, и использования протоколов с разносом процентов активности по существующим абонентам исходя из сорц-дистинейшн. Но бред же, чесслово - как с точки зрения целесобразности так и продуктивности. В любом случае провайдеру не нужно знать о том что и когда делает абонент. Абоненту тоже наплевать на самом деле на низкоуровневую и окружающую действительность. У него должен работать "вконтакте и порнору", а провайдер должен получать свою прибыль и обеспечивать абоненту доступ к сети в любое время. Для решения конфликтных ситуаций вида "а блжад у меня полгода ничего не работает/скорость говно/вы наркоманы" есть графички загрузки по каждому абоненту где более-менее четко видно когда, почему и на какой скорости он фигачил.

Даже не хочется такое банчмаркать на пятизначных абонбазах

написать конвертер на коленке например Они желтые когда для абонента отработал скрипт OnConnect - тобишь у него подняты позволяющие правила в фаерволе, шейпера, прибивки итд, что можно перефразировать как "на дорогой, пользуйся". Других определений расплывчатого термина "те. в от момент когда в инете..." особо нету. Можно конечно перепингивать раз в минуту всю абонбазу (мое мнение о таких мудацких решениях чуть выше) либо щитать смещения в счетчиках трафика по каждому пользователю (только кому это нужно? чтобы узнать что у пользователя какой-то бродкаст куда-то улетает?)

И что мешает "мигрировать" как есть? Не вижу взаимосвязи между регистрацией абонентов и и начальной конвертацией абонбазы. Из инспектора был уже не один десяток миграций, за вычетом адресов там все конвертируется просто на ура. Вы бы онлайн с активностью не путали. Лампочки светятся по деньгам, звездочки - по факту подъема пользователя сквозь OnConnect чем и определяется его потенциальная возможность походить в интернеты. Ходит там у него что-то или нет, это уже вопрос третий. Перепингивание всей абонбазы по интервалу - мудацтво крайней степени. Ну вот и отлично. Это главное. что-то типа того

Небыло такой возможности никогда. Логин - базовая сущность. Если вы о возможности ручного придумывания логинов на этапе регистрации пользователя - то ознакомьтесь с документацией http://wiki.ubilling...id=alteriniconf Как показал опыт других сетей, отключать SAFE_REGMODE не лучшая идея. Он сделан для защиты самих сетей от них же. В случае нарушения целостности структуры данных останетесь сами себе злобными буратинами. Так было всегда. Не вижу глубокого смысла в ручной фигурной расстановкей айпишек и придумывании свободных - это не то чем должен заниматься администратор в норме. Если самоцель обеспечение сегментации сети, то это следует реализовывать навешивая отдельные подсети масочками на разные сервисы. В чем проблема? Используйте DN_ONLINE_DETECT например, в случае авторизации с помощью IA. В любом случае рекомендую ознакомиться с пользовательским соглашением. Все что вы видите и что не описано в разделе "известные проблемы" - является фичами бай дефолт.

Вы должны видеть у себя MAC абонентской железки а не MAC вашей базовой станции. Итого строите на БС прозрачный бридж. В результате имеете: 1. один абонент - одна учетная запись с одной айпишкой и одним маком 2. один денежный счет как самоочевидное 3. абонент соединяется со своей одной айпишкой и маком к любой вашей БС. Для наглядности можете ткнуть в тупой свитч несколько абонентов и прикинуть чем это отличается от того ада с кучей подсетей и жутким раутингом который у вас сейчас имеется. Все тоже самое делается просто и елегантно на вайфаях. Может непонятно объясняю, уже литр вискаря ушел, так что не удивлюсь если сии откровения выглядят мягко говоря упоротыми но искренне надеюсь что общий концепт понятен.

Связывание пользователей: http://wiki.ubilling.net.ua/doku.php?id=userlinking И да - повторюсь, могли бы свободно обойтись одним настоящим пользователем с единственной айпишкой, единственным МАС и единственным денежным счетом. Безболезненный роуминг между БС и возможность плавного масштабирования как бонус. Ну не я виноват, что вас тянет в такие дебри вместо того, чтобы покликать две галочки на базовой станции и получить почти адекватную Л2 сеть в свое распоряжение.

modules/general/macedit/index.php строка 13,14 //check mac for free if (multinet_mac_free($mac)) { заменить на //stupid ugly hack if (true==true) {

Капитан очевидность специально для вас повторяет оба(!) совета/мысли: ряз два

и правильно делает Можете переписать менялку МАС что-бы она не контролировала уникальность и перерисовать шаблон DHCP global.template с разными скоупами на разные подсети, чтобы isc-dhcpd не падал увидев пачку одинаковых МАС. И да - это заранее глупое решение. Проще и надежнее обеспечить нормальный бесшовный роуминг абонента между БС.

В таком случае имеет смысл строить БС как бриджи с proxy-arp чтобы: 1. не плодить на каждого юзера= (аккаунтов * количество секторов) 2. обеспечить бесшовную миграцию между БС

Это сфотографированный вами глюк ранних версий с криво работавшим фильтром МАС адресов. То что показано на сиих картинках в формате bmp: 1. не может работать потому что не может 2. роняет isc-dhcpd 3. неприемлимо с точки зрения аутентификации и авторизации по МАС адресу 4. просто глюк позднее исправленный Точно с тем же успехом вы можете ткнуть туда совершенно рандомные МАС и думаю для пользователей ваших ничего не измениться, точно так-же ничего не измениться, если пользователи с рандомными маками поназначают себе айпишек соседей из других сегментов сети, поскольку L2 аутентификация в вашей сети не работает. Почему так - описано выше. Можете смело удаляться читать про wds и proxy-arp либо строить БС как сервера доступа.

А wds использовать конечно же религия не позволяет? бред сивой кобылы. Если у вас нету возможности контролировать со своей стороны статические arp записи - о каких вобще биллингах-авторизации может ити речь? А тепер внимание. Сейчас будет откровение от капитана очевидности. Если БС на микротике у вас есть варианты оформить этот самый микротик в роли NAS либо понастраивать WDS с arp-proxy чтобы превратить последний в подобие Л2 свича.

Никак. О сетях для самых маленьких: один МАС - один IP. Это основы адресации в сети. Их нужно знать. Если самоцель тащить много учетных записей, для одного физического пользователя, с грубо-общей финансовой линией (ну допустим кто-то ссыт продавать абонентам роутеры либо заставлять платить за каждый дивайз отдельно. Я ведь угадал, правда?) можно использовать штатную механику связывания пользователей Нарисовать заворот фаерволом. В чем проблема?

Обращаться за саппортом напрямую к разработчику я так понимаю уже не модно?

тут принято плакаться 2 arty777 А в винт случайно не уткнулись? Ммап, сендфайл у апачей врублены? Если нгинкс - то нопуш/ноудилай? Ну и акцепт фильтра в общем случае. Если серьезно - а сколько вобще векторов прерываний у самих карточек? В вашем случае их явно должно быть в районе ~4-8 на каждую голову, итого 16-32 прерываний. Есть очень некислый шанс не добиться адекватной утилизации их возможностей на 4-х то ядрах. ЗЫж ничерта не понимаю в этих ваших линуксах. Но прежде всего банально посмотрел бы # procstat -a -t и # vmstat -z с # vmstat -i Аналоги думаю имеются

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

Не бро, здесь только плохие, злые и не понимающие - а все изза того что в "портфолио" не представлено каталок Я так понимаю предложение все еще в силе? Можно мне дизайн каталки в фотошопе? А он точно лицензионный? Меня потом с этой каталкой не примут? P.S. Remember the fifth of november! 2 Borys Дякую. Я справді не хотів нікого образити і просто хвилювався за каталки, а воно он як вийшло. Тепер в мене погіршився апетит і почало випадати волосся відки не треба. Тільки подивіться, людина справді страждає навіть з допомогою icq, тепер ні заробітку, ні каталок, нічого доброго в житті не залишилось, крах всіх надій, руйнування світогляду, втрата віри в майбутнє і каталки

А где каталки? Я за них волнуюсь. Считаю что провайдер без брендированных под себя каталок не может считаться полноценным. Тем временем, пока я мечтал насколько будет прекрасным мир с брендированными под провайдеров каталками, в оригинальном топике вместо каталок появился какой-то никиому не понятный "каталог". Автор? Где каталки? Ты убиваешь последнее прекрасное что есть в этом мире. Это какой-то прости господи

Вот даром вы стебетесь над человеком. Краткое гугление по кейворду "каталка" намекает что их дефолтный дизайн убог и этим дивайсам реально не хватает брендирования под провайдеров.

Ну вот, пришел, взял и испортил мне всю вампирскую романтику http://www.youtube.com/watch?v=GXD67xU9J5E

кровожадности!