Биллинговая система Nodeny

Добрый день

у меня DUMMYNET грузит ядро в час пик 98-100 %.
у половины абонентов тарифы 100мбит +  направление 2 локальный ресурс

Хочу облегчить жизнь для dummynet.Что-бы "тариф 100 мбит и направление 2" не шейперился

Прошу совета как это реализовать?

P.S.)) я подумываю в файле nofire.pm  поставить условие

если speed_in и speed_out  <= 60
то выполнять процедуру создания pipe
в противном случаи пропускать

Ну а переменные ядра крутил уже? Вроде эту я раньше подкручивал net.inet.ip.dummynet.hash_size

Отключить шейпы для 100мбитчиков можно, только там надо хорошо код подправить - добавить новые таблицы и правила. Так что если ты готов экспериментировать....

Экспериментировать я готов)вот только сам с кодом я буду долго разбираться)

Заапдейтся. Тока скорость надо выставлять ровно 100000000. На меньшей будут ставиться шейпы. Клиенты без шейпов будут в таблицах 41-44

Эээ не торопитесь так, у меня есть тариф 200Мбит)

По коду " if( $speed_in < 10**8 )" шейп отключается на всех скоростях более 100000000

Ну, ты можешь исправить пока, а потом я вынесу в настройки. Хотя тарифы у тебя, конечно, ацкие. Корпоративные?

Спасибо) после обновления) и рестарта но сервера) нагрузка dummynet  20-25%, а была где-то 50-60

Нет, для обычных. нужно же чем то конкурировать на этом рынке) Я пока не обновляю svn. Больше хотелось бы поле комментария который пропал. svn не старый...

куда он у тебя пропал?? у меня есть. у всех есть

А вы прибивали его к ядрам?

да к cpu0
    0 root     -92    0     0K   544K CPU0    0 120:42 41.75% kernel{dummynet}

${f} add 420 tee 1 ip from any to any
${f} add 450 tee 2 ip from any to any
${f} add 510 tee 1 ip from any to any

interface tee port 1 netflow-disable;
interface tee port 2 netflow-disable;

спасибо но  учет трафика не веду)

предлагаю:
а) сделать чекбокс "не ограничивать" около каждого направления
б) сделать множители кбит/с, мбит/с, чтобы не набирать 100000000 бит/с

Кстати, а не планируется ли версия noserver под linux ? по некоторым данным, шейпер на линуксе более производительный

ну так логика  такая же как в  n49/50, почему бы тому, кто сделал это под них, не сделать под  N+?

up

Ну ты шустрый. Погодите, я ваще в Днепр еду. Лучше пожелайте мне удачно добраться, а то жена чето упорно отговаривает ехать на машине...

Ни гвоздя, ни жезла....

Половину пути проехал. Гвоздей и жезлов не  было, спасибо)

норм доехал?

Ага, за 50 км до конца устал, да заночевал в поле)) уже отоспался. Но щас в Днепре куча дел, так что помогу по вопросам тока с понедельника

А как насчет интеграции с http://forum.nag.ru/forum/index.php?showtopic=53156
https://bitbucket.org/sysoleg/lisg/wiki/Home ?

По поводу думминета. Что за архитектура на насе? Атлоны или интелы, ппое или айпиое? Я где-то год назад игрался с тонким тюнингом наса. Была похожая ситуация на 7.2 фре.
в данный момент

при
шейпы все по 100 мб.
А вобще я прихожу к мнению что пора переходить на нжикар.
Насчет линукса, там проблем с распараллеливанием процессов нету, но есть проблема другого характера. Там нету мпд. На каждое ппое соединение создается отдельный процесс, и оно работает крайне паршиво, по отзывам, в сравнении с мпд при 500+ интерфейсов. Так что, тут шило на мыло меняется, решив грабли с тем что ппое траффик вешается по умолчаню на 1 ядро во фрихе, получим геморой с процессами. Решается двумя способами, либо патчем ядра, когда ядерный планировщик анализирует не заголовок айпи пакета а мак, при выборе ядра для обработки, либо статическим прибиванием к 0 ядру и переходом на сандибокс архитектуру. Тогда получаем 0 ядро нагруженное в полку, обработкой приходящего трафика, но жует гиг в легкую без лагов. Больше не пробовал, так как не было нужды.
в общем для 7й фрихи я сделал след

а как же accel-ppp ? вроде бы нормально работает на PPPoE серверах на линуксе

А еще IPoE : инициализация сессии по dhcp discover, или по unknown source ip packet. С радиус авторизацией, аккаунтингом, CoA.

Все довольно грамотно сделано, как у больших :)

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

2 efendy : я думаю интеграция с accel-ppp из коробки много времени не займет, но даст огромный плюс в распространении nodeny. На линукс-тазике получаешь сабскрайбер менеджмент фукнционал как на больших железных решениях. Причем несколько типов авторизации живут превосходно на одном сервере. Да и с такого на что-то железное перейти намного проще.

П.С. А будет у nodeny+ что-то типа realese, когда можно быть уверенным, что все устаканилось и подумать о возможностях апргейда ?

Или это все надо было в фичреквест?

Насчет стейбл - я прилагаю максимально усилий чтобы не было необходимости фиксировать версию до стейбл. Из-за фиксации меньше шансов внедрить какую-то новую фичу. Принципиальных изменений я давно не делаю, если же что-то не заработает - всегда можно сделать откат. Что находится в svn - это копия биллинга моей бывшей сети, которая работает 24/7, - это гарантия что версия рабочая в любом случае.