nightfly

2 nlo Это вы о кликанье двух галочек? Повторюсь специально для вас, в последний раз: в текущем варианте у ВАС(!) в принципе не работает привязка по IP+MAC. Любой ваш пользователь может свободно назначить себе айпишку соседа и сидеть в интернетах за его счет, с переменным успехом. Если у вас это не считается "хаосом" то даже не знаю, продолжайте в том же духе. 2 onorua Я отлично понимаю что такое конвергентность. В текущем варианте архитектуры ее настоящей быть не может в принципе. Только ее наркоманская эмуляция посредством тегов и прочих подпорок и обвязок. В теперешнем

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

любым коллектором можете сдампить, например при помощи тех-же flowtools

2 KaYot Ну не совсем любой. Ультраширпотреб лучше не называть роутерами вобще. tplink 340G - упирается где-то в 70-76 Мбит/c Названный вами 1043ND - таки пережевывает таки не одну сотню а почти полторы, если быть точным то упирается где-то в 140-170Мбит/c в WAN->LAN =) ASUS RT-N56U уверенно прожевывает с апаратным НАТ-ом до 640-650Мбит WAN->LAN. На последнем и остановился у себя дома. Пока что хватает.

Сказано - зроблено

ну мы же договорились мерять траффик теперь строго болванками в час? Я как всегда считаю, что в ближайшее время, возможно год-второй, телеком рынок будет отходить от количественных показателей в учете интернетов. Уже довольно давно видел пакето-ориентированные и трафико-наклонные тарифы, многие знакомые уже сейчас начинают тушить сенсора нетфлова. При таком развитии отрасли в сторону дикого и неуправляемого демпинга, домашний интернет имеет полностью неиллюзорные шансы перейти из качественно(актуально сейчас)-количественных(не актуально давно) в "присутственные" показатели. "Типа был та

У нас есть хорошее правило - необучаемых, разбирать на органы (почку в рассрочку, ога). Зашибись мотиватор - рекомендую В любом случае работа такой телефонной девочки сводиться к 4-м пунктам: 1. посмотреть не кончилось ли бабло. 2. посмотреть графичек если жалобы на скорость. 3. потыкать две попингуйки и спросить горят ли лампочки на роутере/сетевой. 4. если по п.2. или п.3. получаются фейлы - либо передать звонок на саппорт второй линии, либо по желанию клиента оформить вызов мастера на дом. Ничего же сложного, правда? Черные, белые, грязные По роду деятельности пос

У нас на саппорте две красавицы (опиатную иконку мака думаете кто выбирал? и почему панель задач похожа на филиал вконтактика?) Обе успешно справляются с последовательным тыканьем по обоим попингуйкам и зыреньем по графичку. В случае несоответствия клинической картины ожидаемой, они же вполне справляются с выпиской наряда для выездных саппортов. Какие-то проблемы у вас странные. Справді класна ідея, чо це я як лох трафік рахую якимись гігами-терами. Транслювати його в вагони ЦД/ДВД/БД на годину буде справді креативно. Чекаємо релізу 0.2.9 =) Я даже звездочки выкинул и конвертац

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

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

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

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

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

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

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

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

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

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