nightfly

няма няма 23 Февраль 2011 - 12:03 02 Декабрь 2010 - 11:59 что-то подсказывает мне что за пол-года вы не дотянули до каких-то иных показателей чем пионерсетко с соткой соседей. бида бида

йесссс сьор! сию минуту! Цена вопроса? я то и продолжаю работать, а вы видели что-то большее чем, цитирую "Есть сеть около 100 машин. Задача пустить их через в интернет через adsl. Пакет ОГО-Ультра от Укртелефона."? финансовые операции - это приход/расход денег, этим занимается бухгалтерия, менеджеры - занимаются менеджментом (ознакомьтесь хотябы с википедиями), админы (а почему вы всегда в единичном числе о них говорите?) занимаются администрированием - причем профильным (я себе слабо представляю единичную личность заведующую разношерстным железом и софтбоксами), а еще есть такие

Вся проблема и связанные с ней сентенции мягко говоря высосаны из пальца. Для начала не нужно путать понятия тарификации, аккаунтинга, шейпинга и полисинга - логически это практически не взаимосвязанные вещи. Специально для особо одаренных - Возможно дело просто в скилле? Почему-то мне никто не мешает делать анлимы/не анлимы любой извращенности - как с разными скоростями в разное время дня,c полисерами и прочими плюшками, так же как и не мешает и аккаунтить ими же КТВ и прочие услуги типа реальных айпишек. Что надо - берется и получается без лишних разговоров. а рау

Если у вас менеджеры добавляют тарифы в биллинги а секретарши админят БД... ну чтож - сочувствую

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

Подход к построению продукта ориентированого на провайдинг без вменяемого представления о сущности провайдинга как такового. В вашем текущем состоянии какое-либо масштабирование по горизонтали за рамки единственного тазика - не доступно в принципе. А вообще дерзайте - как минимум есть шанс, что откроете для себя некий позитивный опыт и узнаете что биллинг это не только, три скрипта в кроне тем более в таком отвратном стиле (как минимум - это я о ущербном мешании логики приложения, работы с данными и представлением - почитайте про MVC чтоли для начала, ну еще не плохо было бы научиться ес

омг, понятие удаленных НАСов и нормальных методов авторизации/аутентификации типа радиуса уже омтенили?

Итак мануал по установке лежит тут: http://stargazer.net.ua/billing_setup.pdf Если возникают какие-то страшные проблемы обращайтесь в аську.

Есть желающие потестировать первую преальфу новой/написаной с нуля концептуальной веб морды? Что еще будет в ближайшем времени: - карточки (с ними все понятно) - бекпортнем реестры работ и отчеты по ним (ну хочется же знать какой монтажник чего конкретному пользователю сделал) - нативная поддержка docsis с компиляцией конфигов на лету под каждого пользователя - внутренний планировщик (внеси мне денег завтра, смени тариф вчера, измени мак завтра) - теги пользователей и веселое облачко (вебдванольже - виртуальные сервисы с вольным снятием денег (КТВ, IPTV, реальная айпиш

Ночь прошла без ексцессов, старт такой же - все пользователи онлайн по дефолту тобишь минут 5-6 запускается вместе с пачкой из 8ми НАСов. Нагрузка с коллектора трафика реально упала почти в два раза. в топе теперь стабильно висит 12-15% вместо былых 25-35% Из плюшечек которые затмевают адЪ и угар с апдейтом: 1. юзера более не отстреливаются если их более 500 на 1 НАС 2. не нужно делать слипы по 5-10 секунд на каждое телодвижение чтобы НАС успел отработать ивент 3. -E же Теперь сидим стуча по дсп ждем снятия абонплаты и перехода по тарифам.

Апгрейднулся install-bin-ом сам биллинг и все НАСы - стучу по дереву, жду ефектов

ничего не имею против - оно будет нативно считать по тюнах, просто чуть сложнее получиться чем в 1 строчку В случае с внешним сенсором думаю таки следует слушать один выходной интерфейс. Незачто, если что не так - мы на доступах pppoe/pptp/l2tp не используем, может есть какие-то астральные заморочки с аккаунтингом по нетграфным интерфейсам, хотя логика подсказывает что не должно бы быть.

sXe шизоиден, лучше уж LAC а еще лучше таки живые модеры

– У нас один сотрудник сегодня сервер сломал. – Он, что, хакер? – Нет. Он просто м@д#к.

Это очень сильно "пока" - при повышении pps он начинает резко пропускать пакеты и тогда шат будет очень ощутимым. там нечего читать особо: <Module cap_nf> TCPPort = 42111 UDPPort = 42111 </Module> cd /usr/ports/net-mgmt/softflowd/ && make install и начинаем собирать статистику в виде /usr/local/sbin/softflowd -i интерфейс -n хост_где_stargazer:42111 Основная ценность в том что вы можете снимать статистику где вам нужно (на насах/брасах/бордерах/либо железом) и слать старгейзеру когда нужно.

1. бпф не адекватен и на любых актуальных скоростях пропускает от 30-40% трафика 2. cap_nf и какойнить сенсор типа softflowd как вариант более модного решения - ловите трафик на выходном интерфейсе да и все. Также помниться ng умел сенсорить ng_netflow-ом нативно тунеля.

Неа, работает все по идее. По идее либо забыли права на выполнение либо шабанг. Соберите в дебаге да и увидите что он там делает.

Уряяя! Погнал тестить по новому кругу.

ну они интуитивны как бы - с коих пор дожны инит скрипты лежать в PREFIX/sbin/? И вобще документация - для слабых духом, истинные джедаи надеются на научный "тык"

Тем временем небольшая завлекалочка в свете приближающегося релиза 2.407

pps детский, сетевухи - да отвратные. Оно раз эдак в 10 больш должно лопатить без проблем. В /var/log/messages часом ничего похожего на "nterrupt storm detected on irq16 throttling interrupt source" не вылазит? Попробуйте заменить на em чтоли. Ну и HT выключить.

Умиляет, обоснуйте (С)

1. это только с mpd 2. кофейная гуща ин да процесс? а это что-то меняет? Если говно валяется на улице а не в помещении оно от этого говном быть не перестает.

Ясно, більше ніхто не хоче

Вполне такая себе фиговенькая десктопная мать - не удивлюсь массовым interrupt storm-ам. Предъявили бы хоть top -SHP, netstat 1, vmstat -i, vmstat -z под нагрузкой/перед зависоном,сетевухи конфиг ядра, используемые сервисы.. чтобы не гадать на кофейной гуще чтоли.