nallien

а проблемка с паралелной работой нескольких конфигураторов (неважно КК или виндовый) описаная вот тут: http://local.com.ua/forum/topic/16127-problemk-s-kk-sgconf/ будет решена? как-то в тот раз так к ничему и не договорились. Еще раз напомню - готов оплатить решение этой задачи.

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

На почту будьте добры. Думаю есть несколько интересных предложений.

Все работы легально, лицензия у строителей есть. Проекты - по договоренности, но только там где мы участвуем в строительстве\обслуживании. Основной спектр работ - все с оптикой (сварка, рефлюкометрия) и установка\обслуживание и оптимизация серверов на базе линукса, ну и конечно внутриофисные (и не только) локалки И занимаемся всем этим мы уже давненько, к сайту руки не доходили.

с этой жепроблемой столкнулись и мы http://local.com.ua/forum/topic/16127-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%BA-%D1%81-%D0%BA%D0%BA-sgconf/ решение - несколько модулей конфигураторов, сокращение вызова КК и добавления небольших слипов между ними.

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

что-то я не то курю..... а какой именно модуль идет в комплекте с стг? вот пробую НФ к 206-му прикрутить - считает только исход (линух, fprobe)... понимаю что скорее всего я туплю, но где?

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

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

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

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

ключевое слово для некоторых, увы, если поставить в NULL - то считать не будет всем нетфлоу нормально скрещивается с стг? А почему не биллингуют?

сабж. необходимо, скажем, пользователям на безлимитным пакетам вообще не учитывать количество трафика. при скоростях наружу около 100-200 мбит очень уж загрузочка железа не детская именно процессом стг. и судя по всему именно потому что он, бедолага, пытается посчитать весь этот трафик. возможно ли как-то части пользователей отрезать учет трафика вообще? из того что я вижу - это вынести стг на другой сервер а на сервере доступа не ставить считалку трафика. есть ли другие варианты?

а проблем с нагрузкой на каналы при таком способе деления у вас не возникает? что-то мне кажется что уже при 100 мбитах на 500-1000 абонентов должны начинаться тормоза...

да. дорогой сварочник - это порядка 150 килобаксов и есть за что. конечно для расстояний линий до 10-50 км разницы с китайцем на практике не будет. там в первую очередь ценен минимальный вес, скорость, удобство. работа в очень тяжелых условиях и тому подобное. название сейчс не вспомню... посмотрите чем товарищи из того же AT работают. ну и им подобные.

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

ну памяти там достаточно, то ли 14, то ли 16 %) а поставлю сейчас 100000. ведь в прицыпе я правильно догадываюсь что это размер, так сказать, буфера?

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

собрал, подсуну по возможности...

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

а нет, солгал, оно таки ругается в итоге - но очень долго time /etc/stargazer/sgconf set -s 127.0.0.1 -p 4447 -a xxx -w yyy -u roma --ud9 optimal_30 Error real 3m45.078s user 0m0.008s sys 0m0.012s ндык.... что бы это могло быть? 3 минуты - это чегой-то очень уж... в логах отрыл в этот момент broken pipe со всеми вытекающими. ну и Admin's connect failed. IP 127.0.0.1, что в общем-то понятно. как я понимаю таки модуль конфигуратора?

хо-хо, поднялось ))) сейчас потестим на предмет двух конфигураторов, спасибо за идею. а как можно пообщаться с вами по интересующему меня вопросу? окромя форума p.s. - шоб я всрався дэ ты взявся - РАБОТАЕТ )) ну конечно требуется время на выяснение всех подводных... тыкс... ну в моей проблеме это все равно никак не помогло ))) это надо подымать с 10-ок конфигураторов и между ними рассыпать операции, чтоб не перескались... ну или таймауты - что неприятно - но единственное решение "прямо сейчас"... хэх нда.. ниче не понимаю... вообще через sgconf не хочет ничего отправлять, ни оши

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

при указании двух модулей с разными портами аля <Module conf_sg> Port = 4445 </Module> <Module conf_sg> Port = 4447 </Module> не стартует ругаясь на bind fail. само собой эти порты ничем не заняты хм.... или для вызова модуля (если не ошибаюсь стг пробует .so подгружать по имени модуля) если создать копию mod_conf_sg.so - ну например mod_conf_sg2.so - пройдет такой бубен?

нет пришлось лотказаться в виду упомянутой проблемы, но в зависимости от разных условий может вызываться sgconf при операциях с клентами (заморозка\разморозка), пополнение счета и т.д. встречный вопрос, а как открыть два или более портов для конфигуратора? банальным объявлением еще раз того же модуля в другими параметрами чтой-то не выходит... вот к примеру для понимания что у нас происходит: