The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей предприятий, opennews (?), 19-Ноя-04, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 20-Ноя-04, 10:26 
>Хм. разграничений по различным адресам на тарифные зоны я так понимаю нету?
>
Билинг считает по пользователю (точнее по поднятому интерфейсу). Чтобы считать по тарифным зонам, необходим внешний счетчик по ip.

PS Это биллинг для домашних сетей и предприятий в 10-60 машин. А не ISP билинг.

Ответить | Правка | Наверх | Cообщить модератору

16. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от Алексей (??), 20-Ноя-04, 11:36 
Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение ресурсы - за доступ к котором денег не берут, только абон плата. Есть остальной интернет - вашим билиногом такое не посчитать.
А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем новшество и красота? и использовании java?
Ответить | Правка | Наверх | Cообщить модератору

20. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 20-Ноя-04, 11:59 
>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение
>ресурсы - за доступ к котором денег не берут, только абон
>плата. Есть остальной интернет - вашим билиногом такое не посчитать.
посчитать, см. active-filter в ppp, он позволяет не учитывать некоторые направления
тем более если за локальный у вас абонентка -- вполне рабочее решение

что касатеся 800-900 пользователей -- для этого вам придется ставить несколько экземпляров VPN серверов (высокая нагрузка на процессор при инкаспуляции ethernet-ppp + ограничения tty), и доработать напильником ip крутилку (в одной SP в базе 3 строчки поправить)

>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
>новшество и красота?
новшество и красота в том, что он прост в установке, достаточно функционален, надежно работает (так как основан на проверенном и качественном софте) и соврешенно бесплатен + сорцы

>и использовании java?
укажите мне более соврешенную и удобную среду для разработки веб-приложений..

Ответить | Правка | Наверх | Cообщить модератору

47. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от Алексей (??), 21-Ноя-04, 08:23 
>>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение
>>ресурсы - за доступ к котором денег не берут, только абон
>>плата. Есть остальной интернет - вашим билиногом такое не посчитать.
>посчитать, см. active-filter в ppp, он позволяет не учитывать некоторые направления
>тем более если за локальный у вас абонентка -- вполне рабочее решение
>
Не решение. как раз таки по тому что сказано было ниже - добавит нагрузку на камень.

>что касатеся 800-900 пользователей -- для этого вам придется ставить несколько экземпляров
>VPN серверов (высокая нагрузка на процессор при инкаспуляции ethernet-ppp + ограничения
>tty), и доработать напильником ip крутилку (в одной SP в базе
>3 строчки поправить)
>

>>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
>>новшество и красота?
>новшество и красота в том, что он прост в установке, достаточно функционален,
>надежно работает (так как основан на проверенном и качественном софте) и
>соврешенно бесплатен + сорцы
>
Если бесплатность и сорцы это главное - тут такого много :) и не надо напирать на это. Кстати как вы собираетесь лицензироваться под GPL когда у java своя и более интересная лицензия. Насколько помню вы можете только под java open license лицензироваться.

>>и использовании java?
>укажите мне более соврешенную и удобную среду для разработки веб-приложений..
А зачем нужен web ? :) а так вполне php/perl справятся и с меньшим гемороем как использование java servlets. К слову сказать java не сертифицирована к использованию на FreeBSD, а на linux имеет набор очень странных приколов по части использования памяти при боль-менее серьезной нагрузке.

Ответить | Правка | Наверх | Cообщить модератору

50. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 21-Ноя-04, 09:34 
>Если бесплатность и сорцы это главное - тут такого много :) и
>не надо напирать на это. Кстати как вы собираетесь лицензироваться под
>GPL когда у java своя и более интересная лицензия. Насколько помню
>вы можете только под java open license лицензироваться.

причем тут лицензия java? я же не использую исходный код jre или каких либо компонентов jvm. для функционирования cake вы можете запускать любую java машину и любой jsp/servlet контейнер из существющих, будь он хоть коммерческий, хоть gpl, хоть bsd..


>А зачем нужен web ? :) а так вполне php/perl справятся и
>с меньшим гемороем как использование java servlets.

а как вы собираетесь рулить удаленно коробкой, у которй 3 провода торчат?
через ssh консоль?? обясните вашему начальнику, как ей пользоваться ;))


>К слову сказать java
>не сертифицирована к использованию на FreeBSD,
это проблемы freeBSD


>а на linux имеет набор
>очень странных приколов по части использования памяти при боль-менее >серьезной нагрузке.

поставьте другую JVM

Ответить | Правка | Наверх | Cообщить модератору

21. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 20-Ноя-04, 12:00 
>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение ресурсы - за доступ к котором денег не берут, только абон
плата.
А внутренняя сеть идет не через VPN.

>Есть остальной интернет - вашим билиногом такое не посчитать.
Через VPN отдается только интернет почему не посчитать?

>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
новшество и красота? и использовании java?
Вам бесплатно (безвозмездно) предлагается продукт из коробки. Вам не прийдется его писать. Новизна ? Ее нет. Это все давно известно. Давайте вы попробуете написать аналог cake с нуля ?

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

37. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от Алексей (??), 20-Ноя-04, 18:02 
>>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение ресурсы - за доступ к котором денег не берут, только абон
>плата.
>А внутренняя сеть идет не через VPN.
>
Кто вам сказал такую чуш? можно еще усложнить задачу - провайдер предоставляет доступ к некоторой части своих ресурсов (game/ftp/ircd) клиентам бесплатно, один из таких клиентов home-net. как тарифицировать это в вашей схеме?

>>Есть остальной интернет - вашим билиногом такое не посчитать.
>Через VPN отдается только интернет почему не посчитать?
>
>>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
>новшество и красота? и использовании java?
>Вам бесплатно (безвозмездно) предлагается продукт из коробки. Вам не прийдется его писать.
>Новизна ? Ее нет. Это все давно известно. Давайте вы попробуете
>написать аналог cake с нуля ?
Хм. без веб морды это заняло ровно неделю на perl. Связка
ipacctd + mpd + mysql позднее добавлено в связку freeradius.
Объем перлового модуля (который кроме всего прочего заводит почтовых юзеров в cyrus, ставит квоты и тп) занял килобайт 10.
Веб морду потом писал не я - но насколько знаю не заняло много времени.

Ответить | Правка | Наверх | Cообщить модератору

38. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 20-Ноя-04, 18:15 
>>Новизна ? Ее нет. Это все давно известно. Давайте вы попробуете
>>написать аналог cake с нуля ?
>Хм. без веб морды это заняло ровно неделю на perl. Связка
>ipacctd + mpd + mysql позднее добавлено в связку freeradius.
>Объем перлового модуля (который кроме всего прочего заводит почтовых юзеров в cyrus,
>ставит квоты и тп) занял килобайт 10.
>Веб морду потом писал не я - но насколько знаю не заняло
>много времени.

без веб морды - 2 дня на SP постгреса, связка ppp+pptp+postgres+freeradius
обеьем текстов SP -- 2 кб
морда - неделя, jsp\servlet

далее -- около 3х недель проверки, отладка, ловля багов

Ответить | Правка | Наверх | Cообщить модератору

42. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от Алексей (??), 20-Ноя-04, 20:18 
Считать будет разные тарифные зоны? судя по связке - нет.
Заводить юзеров в cyrus imap будет?
И это называется адекватной заменой тому что я перечислил?
Ответить | Правка | Наверх | Cообщить модератору

39. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 20-Ноя-04, 18:21 
это я к тому, что правильное архитектурно-идеологическое решени как правило решает всё.. ;)))))
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

43. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от Алексей (??), 20-Ноя-04, 20:21 
>это я к тому, что правильное архитектурно-идеологическое решени как правило решает всё..
>;)))))
Интересно как ты будешь петь когда у юзера винда в  pptp линк будет вдувать весь свой локальный трафик - и юзеры будут возмущаться излишними счетами за инет.
И после этого ты говоришь о номальных архитекрутных идеях?

Ответить | Правка | Наверх | Cообщить модератору

44. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 20-Ноя-04, 20:29 
>Интересно как ты будешь петь когда у юзера винда в  pptp
>линк будет вдувать весь свой локальный трафик - и юзеры будут
>возмущаться излишними счетами за инет.
>И после этого ты говоришь о номальных архитекрутных идеях?


то есть? с чего?

во первых если одна подсеть, то никаких проблем с маршрутизацией в принципе
во вторых в ppp есть active filter

несколько десятков пользователей в локалке -- проблем нет..

не вижу проблемы..

Ответить | Правка | Наверх | Cообщить модератору

46. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от Алексей (??), 21-Ноя-04, 07:50 
Ох... а если подсетей ~5-10 и оно растет? так слегка по районам раскидано. во вторых кидать трафик между районами тем кто не заплатил абонетку это мягко скажем некошерно, пусть довольствуются только 1 районом. Да и кто будет ходить по юзерам прописывать им роутинги что бы не дай бог не залетело в VPN.
в третих любые фильтра при боль менее большом потоке и количестве одновременных VPN сессий 50-100 и выше мягко скажем не кошерно, и жалко камня.

Твоя проблема одна - ты не видишь ничего дальше 6-10 машин. а для этого есть очень простая и удобная вещь www.tmeter.ru/misc/trafd/ - кроме всего прочего дает лог трафика юзра, что удобно при разборе "полетов".

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

Ответить | Правка | Наверх | Cообщить модератору

49. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 21-Ноя-04, 09:25 
>Ох... а если подсетей ~5-10 и оно растет? так слегка по районам
>раскидано. во вторых кидать трафик между районами тем кто не заплатил
>абонетку это мягко скажем некошерно, пусть довольствуются только 1 районом. Да
>и кто будет ходить по юзерам прописывать им роутинги что бы
>не дай бог не залетело в VPN.

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


>в третих любые фильтра при боль менее большом потоке и количестве одновременных
>VPN сессий 50-100 и выше мягко скажем не кошерно, и жалко
>камня.

про камушек да, но опять же практика -- у меня 20 человек на машине cel400 -- загрузка проца средняя -- 5-15%


>Твоя проблема одна - ты не видишь ничего дальше 6-10 машин. а
>для этого есть очень простая и удобная вещь www.tmeter.ru/misc/trafd/ - кроме
>всего прочего дает лог трафика юзра, что удобно при разборе "полетов".

похоже вы вообще не до конца проблему..
1 надо не только обсчитывать траффик, но еще и выставлять лимиты
2 что качается "лога траффика" -- у меня дискретизация до минуты из keepalive
3 ваше решение обманывется заменой ip адреса -- спрашивается зачем такое счастье..
4 для вашего решения, чтобы рулить билингом -- нужен спец класса "админ", наше донесено с олимпа до простого пользователя, который мышкой умеет вазюкать

>PS. на GNU сайте есть очень хорошая мысль "нечего рождать еще один
>проект, лучше осмотреться и дописать что-то хорошее к существующему".

смотрели, искали, когда ничего похожего на нужное не нашли -- сделали ;)
собственно если вы заметите, кейк -- это и есть "дописка" к freeradius, pptp и ppp %)))

Ответить | Правка | Наверх | Cообщить модератору

65. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от pev2000email (??), 21-Ноя-04, 15:35 
>Да и кто будет ходить по юзерам прописывать им роутинги что бы
>не дай бог не залетело в VPN.
Уважаемый а вообще в чем прикол маршрутизации прикола ip?
зачем прописывать маршруты?
есть локальный интерфейс который указывается в настройках сетевой платы и используется как маршрутизатор внутри локалки, а вот если пакету вздумалось выбраться за пределы локальной сети тут его пропустят через vpn и посчитают ответный пакет, а так же надо бы посчитать и исходящий трафик, ну так просто для интереса, так что вместо наездов учите протокол tcp/ip =)
Прятного дня!!!

P.S. Разработчикам: Вашу разработку не осматривал, доберусь до работы гляну, а вообще использование JSP мне кажется не оправданым, я думаю что использование PHP было бы проще и найдется человек который захечет вам помочь! (У меня скоро дипломка! сейчас идет подготовка к ней, если проект заинтересует меня и моего сокурсника мы к вам!!!)

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

70. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 21-Ноя-04, 18:45 
>>Да и кто будет ходить по юзерам прописывать им роутинги что бы
>>не дай бог не залетело в VPN.
На самом деле в стандартных атрибутах RADIUS есть возможность передать маршруты. Но windows их особо не ловит как и reply-message (если бы ловил то юзерам нафиг бы не нужен был интерфейс для статистики).

>Уважаемый а вообще в чем прикол маршрутизации прикола ip?
>зачем прописывать маршруты?
>есть локальный интерфейс который указывается в настройках сетевой платы и >используется как маршрутизатор внутри локалки, а вот если пакету >вздумалось выбраться за пределы локальной сети тут его пропустят через >vpn и посчитают ответный пакет, а так же надо бы посчитать и исходящий >трафик, ну так просто для интереса, так что вместо наездов учите протокол >tcp/ip =)
Проект делался в расчете на плоскую сеть без сегментов (10-100 машин). О чем все было уже говорено не однократно.

>Вашу разработку не осматривал, доберусь до работы гляну, а вообще
>использование JSP мне кажется не оправданым.
Кажется, не кажется. Оно технологично :) А изучать дополнительную технологию (PHP) для такого маленького проекта излишество.


>меня скоро дипломка! сейчас идет подготовка к ней, если проект >заинтересует меня и моего сокурсника мы к вам!!!
Хм :D У меня есть кое какие идеи ;)


Ответить | Правка | Наверх | Cообщить модератору

77. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от Dig (?), 21-Ноя-04, 20:11 
>>Да и кто будет ходить по юзерам прописывать им роутинги что бы
>>не дай бог не залетело в VPN.
>Уважаемый а вообще в чем прикол маршрутизации прикола ip?
>зачем прописывать маршруты?
>есть локальный интерфейс который указывается в настройках сетевой платы и используется как
>маршрутизатор внутри локалки, а вот если пакету вздумалось выбраться за пределы
>локальной сети тут его пропустят через vpn и посчитают ответный пакет,
>а так же надо бы посчитать и исходящий трафик, ну так
>просто для интереса, так что вместо наездов учите протокол tcp/ip =)

Тут ты совсем не прав, если раздача инета идет из сети, например, с 192.168.1.0/24 (ip - 192.168.1.1), а юзер сидит в сети 192.168.2.0/24 (ip-192.168.2.1) и у него дефолт шлюз 192.168.2.254 то при подключении через VPN к инету винда переопределяет default шлюз на VPN-ский, и если юзер будет качать например с ftp сервера (192.168.1.15) то по правилам маршрутизации винда зарулит этот траффик в VPN что не есть гуд. Так что учите матчасть!!!!
ЗЫ: Прописывание юзерам полной таблицы маршрутов нереально в сети уже > 100 человек, так как они часто переставляют эти самые винды


Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

80. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от pev2000email (??), 21-Ноя-04, 23:08 
>>есть локальный интерфейс который указывается в настройках сетевой платы и используется как маршрутизатор внутри локалки

>Тут ты совсем не прав,
Да тут я не много не туда полез ;-)

> если раздача инета идет из сети, например,
>с 192.168.1.0/24 (ip - 192.168.1.1), а юзер сидит в сети 192.168.2.0/24
>(ip-192.168.2.1) и у него дефолт шлюз 192.168.2.254 то при подключении

Тут я что со совсем не допонял :-)
192.168.1.0/24 - это что VPN сеть?
192.168.2.0/24 - а это у нас локальная сеть?
да в вашем случае оно и будет происходить имено так!
но тогда вопрос - зачем ставить ftp в зоне vpn сети?

Ответить | Правка | Наверх | Cообщить модератору

22. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 20-Ноя-04, 12:23 
>PS Это биллинг для домашних сетей и предприятий в 10-60 машин. А
>не ISP билинг.

Правильно. Не ISP. FreeNIBS - штука более универсальная, я ее юзаю на ISP (в среднем он обсчитывает 100 пользователей одновременно). Да, пришлось потрахаться, чтобы прикрутить его к Postgre, сделать с нуля web-ифэйс админа и пользователя, но, господа, прошу заметить freenibs - бесплатный биллинг, а не решение из коробки, которое распаковал, запустил setup.exe, если что-то не так, то позвонил в тех. поддержку - за это все надо платить деньги. Коммерческий провайдерский биллинг с возможностями FreeNIBS стоит на рынке порядка 10k-20k баксов и если не хочешь платить такие деньги, то должна быть голова на плечах, чтобы разобраться, обточить напильником и запустить! Лично я пользую NIBS уже более 1.5 года и ни разу не пожалел об этом. Я ни в коем случае не хочу обхаить Cake 1.0, но автор сего продукта должен понять, что выставлять свое, хая при этом конкурента (возможностей у которого по-больше будет) в корне НЕ ПРАВИЛЬНО. это мое IMHO.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

23. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 20-Ноя-04, 12:50 
>Правильно. Не ISP. FreeNIBS - штука более универсальная, я ее юзаю на
>ISP (в среднем он обсчитывает 100 пользователей одновременно). Да, пришлось потрахаться,
>чтобы прикрутить его к Postgre, сделать с нуля web-ифэйс админа и
>пользователя, но, господа, прошу заметить freenibs - бесплатный биллинг.

Хм.. ээ вы читали название темы ? Там есть такая абривиатура GPL. Или фраза из коробки у вас стразу автоматом ассоциируется с деньгами ?

>Коммерческий провайдерский биллинг с возможностями FreeNIBS стоит на рынке порядка
>10k-20k баксов и если не хочешь платить такие деньги, то должна
>быть голова на плечах, чтобы разобраться, обточить напильником и запустить!
FreeNIBS рядом не лежал с биллингами за 10k-20k баксов. Он очень много чего не умеет. Очень много чего не умеет. Биллинг это не только ценный мех (подсчет трафика) но еще три-четыре килограмма диетического мяса (услуги и п.р.). Лично мне становится интересно, как вы собираетесь обсчитывать при помощи FreeNIBS VoIP. А биллинги за 10k-20k умеют сложные тарифы, обсчитывать VPN, ethernet (подсчет по ip), VoIP, DialUP. FreeNIBS может худо бедно обслуживать VPN, DialUP и то чтобы это удобосворимо работало необходимо все это хорошенько приработать напильником.

>Лично я пользую NIBS уже более 1.5 года и ни разу не
>пожалел об этом.
Нет сейчас же снесите и поставьте cake! :D Нравится ? Используйте. Это ваше право. Cake демонстрирует, что можно сделать тоже самое, что может FreeNIBS, но при этом приложить меньше усилий и сделать это более гибко

>Я ни в коем случае не хочу обхаить  Cake 1.0, но автор сего продукта >должен понять, что выставлять свое, хая при этом конкурента (возможностей > у которого по-больше будет) в корне
>НЕ ПРАВИЛЬНО. это мое IMHO.

1. Я не где не говорил что FreeNIBS отстой.
2. Я сказал, что мне не нравится архитектура FreeNIBS. Сказал почему. И тут на меня все набросились и стали говорить, что я хаю FreeNIBS. Очень интересно.
3. Особенно меня веселит, что FreeNIBS конкурент :) Это каким макром ? И то, и то GPL. То есть даром. Что хочешь то и используй.
4. Насчет возможностей. Вы читали для чего делался Cake ? Почитайте и поймете, что при разработке заранее были заложены ограничения.


Ответить | Правка | Наверх | Cообщить модератору

24. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 20-Ноя-04, 13:17 
>Хм.. ээ вы читали название темы ? Там есть такая абривиатура GPL.
>Или фраза из коробки у вас стразу автоматом ассоциируется с деньгами

Будь он хоть трижды GPL! Меня убил тот факт, что Вы начали поливать freenibs абсолютно не заслужено. Коробочное решение заточено на тупого админа и оно стоит денег, если что-то умеешь сам, то деньги платить не обязательно, ну или их расход будет минимален.

>FreeNIBS рядом не лежал с биллингами за 10k-20k баксов. Он очень много
>чего не умеет. Очень много чего не умеет. Биллинг это не
>только ценный мех (подсчет трафика) но еще три-четыре килограмма диетического мяса
>(услуги и п.р.). Лично мне становится интересно, как вы собираетесь обсчитывать
>при помощи FreeNIBS VoIP. А биллинги за 10k-20k умеют сложные тарифы,

Все просто ;) В Беларуси VoIP запрещен провайдерской лицензией ;) Если надо будет - допишу. Я уже столь фич прикрутил к nibs'у: web-интерфейсы, корпоративный счет, скидки на деньги взависимости от объема трафика или времени на линии, первым прикрутил его к Postgre (тогда когда он еще не держал его, если гляните changelog, то найдете там упоминание обо мне в версии 0.0.3-alpha5), на этой неделе дописал netflow тарификатор под nibs, который умеет считать трафик по зонам (внутренний, внутренний Белорусский, Мир), ест-но кол-во зон не ограничено.

>обсчитывать VPN, ethernet (подсчет по ip), VoIP, DialUP. FreeNIBS может худо
>бедно обслуживать VPN, DialUP и то чтобы это удобосворимо работало необходимо
>все это хорошенько приработать напильником.

Тарифная политика там достаточно гибкая. Даже больше чем мне надо под мои задачи. Видимо Вам просто не хватило терпения, чтобы с ним разобраться и Вы решили написать что-то свое... это конечно похвально, но про изобретение велосипедов я уже где-то слышал....

>>Лично я пользую NIBS уже более 1.5 года и ни разу не
>>пожалел об этом.
>Нет сейчас же снесите и поставьте cake! :D Нравится ? Используйте. Это
>ваше право. Cake демонстрирует, что можно сделать тоже самое, что может
>FreeNIBS, но при этом приложить меньше усилий и сделать это более
>гибко

В чем гибкость и мизирность усилий?

>1. Я не где не говорил что FreeNIBS отстой.
>2. Я сказал, что мне не нравится архитектура FreeNIBS. Сказал почему. И
>тут на меня все набросились и стали говорить, что я хаю
>FreeNIBS. Очень интересно.

Ваша критика не обоснована, т.к. nibs держит postgre и кроме того for small ISP mysql - все-таки не плохое решение.

>3. Особенно меня веселит, что FreeNIBS конкурент :) Это каким макром ?
>И то, и то GPL. То есть даром. Что хочешь то
>и используй.

Согласен, насчет конкурента я погорячился, т.к. денег оба автора с этого не имеют.

>4. Насчет возможностей. Вы читали для чего делался Cake ? Почитайте и
>поймете, что при разработке заранее были заложены ограничения.

Из списка основных возможностей выделите plz то, что не умеет nibs.

PS: насчет "изучен и отброшен" - все-таки не изучен.

Ответить | Правка | Наверх | Cообщить модератору

25. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 20-Ноя-04, 14:09 
>Будь он хоть трижды GPL! Меня убил тот факт, что Вы начали
>поливать freenibs абсолютно не заслужено.
Я всегда оцениваю продукт по архитектуре. Зная что может FreeRADIUS, писать отдельный модуль дублирующий то, что можно и можно сделать через СУБД... Ну каждый решает для себя. Где я поливал его грязью ??? Я сказал что мне не нравится его архитектура.

>Коробочное решение заточено на тупого админа
>и оно стоит денег, если что-то умеешь сам, то деньги платить
>не обязательно, ну или их расход будет минимален.
Хм... где есть упоминание о деньгах на сайте Cake ?
Решение из коробки подразумевает, то что для его работы требуется стандартный софт. И ничего более. FreeNIBS требует свой модуль. А также настройки FreeRADIUS + настройки себя любимого. Дайте мне нормальную доку по настойке FreeNIBS и при этом по шагам.

>Все просто ;) В Беларуси VoIP запрещен провайдерской лицензией ;) Если надо
>будет - допишу. Я уже столь фич прикрутил к nibs'у: web-интерфейсы,
>корпоративный счет, скидки на деньги взависимости от объема трафика или времени
>на линии, первым прикрутил его к Postgre (тогда когда он еще
>не держал его, если гляните changelog, то найдете там упоминание обо
>мне в версии 0.0.3-alpha5), на этой неделе дописал netflow тарификатор под
>nibs, который умеет считать трафик по зонам (внутренний, внутренний Белорусский, Мир),
>ест-но кол-во зон не ограничено.

Хм... тут встает вопрос... Это FreeNIBS ??? Это не FreeNIBS это уже биллинг включающий в себя части FreeNIBS.

>Тарифная политика там достаточно гибкая. Даже больше чем мне надо под мои
>задачи. Видимо Вам просто не хватило терпения, чтобы с ним разобраться
>и Вы решили написать что-то свое... это конечно похвально, но про
>изобретение велосипедов я уже где-то слышал....

Мне не нравится архитектурное решение FreeNIBS. Если что-то можно сделать в СУБД, делайте это в ней. С моей точки зрения отдельный модуль на бизнес-логику не есть гуд. Поскольку если мне надо ее изменить, над править модуль. А потом еще и пересобирать модуль (а возможно и FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а возможно и перезапуск не потребуются.

>В чем гибкость и мизирность усилий?

В том что вся бизнес-логика в СУБД. А не в отдельном модуле. Доступ к данным внутри базы данных проще организуется чем с наружи. Если вы будете маштабировать подобное решение,и балансировать нагрузку по нескольким FreeRADIUS надо будет отслеживать версии FreeNIBS модуля, да и никто не будет вам обещать, что не нарушится целостность данных.

>Ваша критика не обоснована, т.к. nibs держит postgresql
То что он держит PostgreSQL ничего не меняет. При переходе на PostgreSQL, логика из модуля FreeNIBS чудесным образом не перенеслась в СУБД. Так что то, что FreeNIBS умеет работать с PostgreSQL ничего не дает.
Возможности PostgreSQL в FreeNIBS не используются, так что большой разницы между использованием FreeNIBS MySQL и PostgreSQL нет.

>small ISP mysql - все-таки не плохое решение.
Кому как.

>Согласен, насчет конкурента я погорячился, т.к. денег оба автора с этого >не имеют.
Именно. Писалось это только потому, что:

1. FreeNIBS более сложен в конфигурации.
2. Не устраивала архитектура FreeNIBS.

>
>Из списка основных возможностей выделите plz то, что не умеет nibs.
Сброс пользователя при помощи pppd с линии.

>"Изучен и отброшен" - все-таки не изучен.
Прежде чем, что-то использовать я изучаю архитектуру. К сожалению мне прочитали слишком хороший курс по СУБД. Чтобы я восторгался архитектурой FreeNIBS и его возможностями. Добавление своих возможностей в FreeNIBS, а так же изменение поведения его логики более трудоемко чем в Cake.

Ответить | Правка | Наверх | Cообщить модератору

26. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 20-Ноя-04, 15:00 
>Я всегда оцениваю продукт по архитектуре. Зная что может FreeRADIUS, писать отдельный
>модуль дублирующий то, что можно и можно сделать через СУБД... Ну
>каждый решает для себя. Где я поливал его грязью ??? Я
>сказал что мне не нравится его архитектура.

Насчет архитектуры. Реализовывать все внутри СУБД звучит гордо, круто и красиво. А Вы пробовали это дело ставить на поток. Я видел два самописных билинга - один написан под MSSQL и все что можно запихано в него и nibs. Результат не в пользу MSSQL - nibs авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит столько ресурсов, что становится грустно...

>+ настройки себя любимого. Дайте мне нормальную доку по настойке FreeNIBS
>и при этом по шагам.

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

>Хм... тут встает вопрос... Это FreeNIBS ??? Это не FreeNIBS это уже
>биллинг включающий в себя части FreeNIBS.

Ядром всего есть freenibs.

>Мне не нравится архитектурное решение FreeNIBS. Если что-то можно сделать в СУБД,
>делайте это в ней. С моей точки зрения отдельный модуль на
>бизнес-логику не есть гуд. Поскольку если мне надо ее изменить, над
>править модуль. А потом еще и пересобирать модуль (а возможно и
>FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а
>возможно и перезапуск не потребуются.

да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это дело поставить на поток, когда надо обсчитать несколько сотен пользователей. в этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать модулю, написанному на C.

>что то, что FreeNIBS умеет работать с PostgreSQL ничего не дает.
>
>Возможности PostgreSQL в FreeNIBS не используются, так что большой разницы между использованием
>FreeNIBS MySQL и PostgreSQL нет.

на plpgsql у меня переписаны только внутрение функции mysql. использую я pg только потому что при больших нагрузках он ведет себя адекватней mysql.

>>small ISP mysql - все-таки не плохое решение.
>Кому как.

точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle, так же как и Pg. Стрельба из пушки по воробьям - это не есть гуд.

>1. FreeNIBS более сложен в конфигурации.

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

>Сброс пользователя при помощи pppd с линии.

упс. nibs отдает pppd session-timeout благодаря которому пользователь благополучно улетает с линии. если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает его с линии при достижении 0-го баланса. причем в него можно писать все что хочешь - и kill по rsh и по snmp.

>Прежде чем, что-то использовать я изучаю архитектуру. К сожалению мне прочитали слишком
>хороший курс по СУБД. Чтобы я восторгался архитектурой FreeNIBS и его

Теория не всегда сходится с практикой, на практике есть масса нюансов.

Ответить | Правка | Наверх | Cообщить модератору

27. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 20-Ноя-04, 15:40 
>Вы пробовали это дело ставить на поток. Я видел два самописных
>билинга - один написан под MSSQL и все что можно запихано
>в него и nibs. Результат не в пользу MSSQL - nibs
>авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит
>столько ресурсов, что становится грустно...
однозначко кривые руки разработчика, потому что тот же нибс все равно ходит в базу, скорее всего узкое место в какой нибудь неудачно построенной выборке или около того..

>>FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а
>>возможно и перезапуск не потребуются.
перезапуск тоже не нужен
я когда в кейке процедуры отлаживал -- так и менял их по "горячему"


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

>на plpgsql у меня переписаны только внутрение функции mysql. использую я pg
>только потому что при больших нагрузках он ведет себя адекватней mysql.
вот вот

>>Сброс пользователя при помощи pppd с линии.
>
>упс. nibs отдает pppd session-timeout благодаря которому пользователь благополучно улетает с линии.
>если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо
>обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает
>его с линии при достижении 0-го баланса. причем в него можно
>писать все что хочешь - и kill по rsh и по
>snmp.
хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"? ;)

Ответить | Правка | Наверх | Cообщить модератору

29. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 20-Ноя-04, 16:05 
>однозначко кривые руки разработчика, потому что тот же нибс все равно ходит
>в базу, скорее всего узкое место в какой нибудь неудачно построенной
>выборке или около того..

Не спорю... может быть не оптимизированые алгоритмы и пр. не вникал, т.к. я не фанат MS и этот биллинг по любому бы не использовал.

>перезапуск тоже не нужен
>я когда в кейке процедуры отлаживал -- так и менял их по
>"горячему"

Я бы удивился бы, если бы надо было после переписки stored процедуры перезапускать радиус или СУБД.

>бред сивой кобылы
>все равно все ключевые данные для обсчета лопатятся в базе, а быстрее
>и эффективнее SP для перелопачиывания данных ничего не придумано
>плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой
>поклонник С -- незабвенный постгрес умеет процедуры на С

Вот это точно бред. Обсчет ведется в модуле, а все данные беруться из базы. Готов спорить, что C'шный модуль по количеству операций в секунду сделает хранимую процедуру в разы.

>хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило
>в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"?

В моем случае это абсолютно бесполезно. session-octets-limit нельзя просчитать, т.к. в зависимости от времени суток цена на трафик меняется. Если мне препрет высокая точность я выставлю update interval в 1 минуту. На данный момент точности хватает, если буду пользовать netflow точность будет в вышеназваном Вами пределе. В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)

Ответить | Правка | Наверх | Cообщить модератору

35. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 20-Ноя-04, 16:29 
>Вот это точно бред. Обсчет ведется в модуле, а все данные беруться
>из базы.
Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к базе далее отправляется запрос select ... и причем их может быть несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е. если еще накладные расходы передачи данных по сети.
Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура или будет работать с той же скорстью или даже быстрее.

>Готов спорить, что C'шный модуль по количеству операций в
>секунду сделает хранимую процедуру в разы.
Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать хранимую процедуру на C и в результате такая процедура по скорости будет легко уделывать внешний модуль на C.

>В моем случае это абсолютно бесполезно. session-octets-limit нельзя >просчитать, т.к. в зависимости от времени суток цена на трафик меняется.
Не те задачи. Если у меня встанет такая задача я буду использовать NetraMet (RTFM - realtime flow meter).

>если буду пользовать netflow точность будет в вышеназваном Вами
>пределе.
Да используем RTFM. А как же.

>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
это о чем ?


Ответить | Правка | Наверх | Cообщить модератору

54. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 21-Ноя-04, 11:47 
>Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к
>базе далее отправляется запрос select ... и причем их может быть
>несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е.
>если еще накладные расходы передачи данных по сети.
>Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура
>или будет работать с той же скорстью или даже быстрее.

Правда в Ваших словах есть. Я подумаю как можно ускорить процесс авторизации. При авторизации nibs отдает базе около 4-х select'ов и авторизовывает пользователя за 0.5-1 сек, может можно эти показатели уменьшить....

>Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать
>хранимую процедуру на C и в результате такая процедура по скорости
>будет легко уделывать внешний модуль на C.

Не факт. Будет тратиться время на поиск модуля, на его инициализацию и обработку его output'а.

>Не те задачи. Если у меня встанет такая задача я буду использовать
>NetraMet (RTFM - realtime flow meter).

NetraMet слишком навороченая и я не нашел как стандартными средствами перенаправить его output хотя бы в mysql. На данный момент юзаю простой коллектор, написаный на perl.

>>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
>это о чем ?
Или один ценник на мегабайт, расчет octet-limit'а, что очень конкретно повышает точность расчетов, но есть ограничение на гибкость ТП или заставить NAS часто отдавать alive, что есть нагрузка на базу, но нет ограничения на гибкость ТП .

Ответить | Правка | Наверх | Cообщить модератору

36. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 20-Ноя-04, 16:35 
>>бред сивой кобылы
>>все равно все ключевые данные для обсчета лопатятся в базе, а быстрее
>>и эффективнее SP для перелопачиывания данных ничего не придумано
>>плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой
>>поклонник С -- незабвенный постгрес умеет процедуры на С
>
>Вот это точно бред. Обсчет ведется в модуле, а все данные беруться
>из базы. Готов спорить, что C'шный модуль по количеству операций в
>секунду сделает хранимую процедуру в разы.

по сути наш спор сводится к сравнимости эффективности реализации математики (в основном целочисленной) в компиляторах C и PL-PG\sql

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

и все таки мне кажется что основная нагрузка все таки -- это не математика (ее там относительно немного, и все операции типовые), а процессы выборок из БД, поэтому ключевые моменты производительности как раз более естественно решать посредством SP, чем городить огород с внешними C модулями..

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

53. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 21-Ноя-04, 11:46 
>и все таки мне кажется что основная нагрузка все таки -- это
>не математика (ее там относительно немного, и все операции типовые), а
>процессы выборок из БД, поэтому ключевые моменты производительности как раз более
>естественно решать посредством SP, чем городить огород с внешними C

Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если биллинг предназначен для обсчет 50 пользователей, то математики действительно не много, а вот когда эта цифра увеличивается в 20 раз...


Ответить | Правка | Наверх | Cообщить модератору

57. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 21-Ноя-04, 13:09 
>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если
>биллинг предназначен для обсчет 50 пользователей, то математики действительно не много,
>а вот когда эта цифра увеличивается в 20 раз...
А в чем разница ? Увиличивается количество операций в процедуре в 20 раз ???

Ответить | Правка | Наверх | Cообщить модератору

83. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 22-Ноя-04, 06:30 
>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если
>биллинг предназначен для обсчет 50 пользователей, то математики действительно не много,
>а вот когда эта цифра увеличивается в 20 раз...

то и нагрузка на БД увеличится в 20 раз.. все таки а считаю при билинге основная нагрузка -- это выборки и записи, перелопачивание данных, а никак не обсчет, который как правило сводится (в рамках операции) к паре умножений и несколькоим срабатываниям на условие..

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

31. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 20-Ноя-04, 16:11 
>Насчет архитектуры. Реализовывать все внутри СУБД звучит гордо, круто и >красиво. А Вы пробовали это дело ставить на поток. Я видел два самописных
>билинга - один написан под MSSQL и все что можно запихано
>в него и nibs. Результат не в пользу MSSQL - nibs
>авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит
>столько ресурсов, что становится грустно...
Да у меня на работе работает именно такой билинг. Тормозить начинает только когда данных скапливается более чем за полгода.

>Автор пишет продукт и пишет к нему документацию, если Вас она не
>устраивает - заплатите деньги, я уверен - он с радостью напишет
>ее персонально под Вас, если не хотите платить, то есть смысл
>довольствоваться тем что есть.
Слабая документация эта самая главная проблема open source проектов.
На cake специально написана документация по шагам, чтобы меньше вопросов, при установке.

>Я готов с Вами спорить на что угодно, если я сейчас попытаюсь поставить >Ваш биллинг у меня возникнет
>куча вопросов, которые не будут освещены в Вашей доке.
Начинай. ;)

>Ядром всего есть freenibs.
А что есть ядро база? Я думаю там мало, что осталось от FreeNIBS.

>Да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это
>дело поставить на поток, когда надо обсчитать несколько сотен >пользователей. в
>этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать
>модулю, написанному на C.
С базой вы будете работать чистым SQL так ? Причем к запросам RADIUS'а добавятся запросы модуля на C. А далее эти SQL запросы в базе сначала скомпилируются, а затем запустятся. Хранимая процедура компилируется один раз при создании, перекомпилируется при изменении. Далее хранится в скомпилированном виде и  просто вызывается. Т.е. вызов хранимой процедуры менее затратен чем чистый вызов SQL.


>только потому что при больших нагрузках он ведет себя адекватней mysql.
А что вы хотели?

>точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle
Зависит от задач этих десяти пользователей. Если у них есть лишние 10 тыщ баксов почему бы нет ?

>Стрельба из пушки по воробьям - это не есть гуд.
Обоснуйте почему я должен использовать MySQL с SQL89, если использование PostgreSQL с SQL92 (хотя там не полная реализация) более целесобразно. Трудоемкость написания хранимой процедуры, ниже написания модуля на C или на Perl. К тому же компактнее и менее затратно по отношению к операционной системе.

>Правильно. Где больше возможностей, там и сложнее конфигурация. Системы с >большими возможностями никогда не настраивались нажатием одной кнопки или
Сложность настройки FreeNIBS проистекает от его архитектуры, а не его возможностей. Можно добавить в Cake теже фичи, что есть во FreeNIBS. Но сложность установки не возрастет. Более того изменятся только файлы схемы данных и интерфейсного модуля.

>>Сброс пользователя при помощи pppd с линии.

>упс. nibs отдает pppd session-timeout благодаря которому пользователь >благополучно улетает с линии.
Внимательно читаем. При помощи pppd и по траффику. Да pppd это умеет.
Причем плюс минус 30 кб. И по session-timeout тоже умеет сбрасывать.

>если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо
>обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает
>его с линии при достижении 0-го баланса. причем в него можно
>писать все что хочешь - и kill по rsh и по
>snmp.
Вопрос какой волшебный скрипт ? checkrad.sh ? У него больше погрешность.
И он запускается из cron'ом.

>Теория не всегда сходится с практикой, на практике есть масса нюансов.
Просто проэктировщики не всегда выбирают удачную архитектуру. А разработчики, не всегда удачно ее реализуют.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

52. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 21-Ноя-04, 11:32 
>Да у меня на работе работает именно такой билинг. Тормозить начинает только
>когда данных скапливается более чем за полгода.

Осталось уточнить что за железо стоит у Вас на работе, т.к. MS обычно не стесняется в требованиях к железу.

>Слабая документация эта самая главная проблема open source проектов.
>На cake специально написана документация по шагам, чтобы меньше вопросов, при установке.

А с чего Вы взяли, что шаги сделаные Вами, приведут другого пользователя к желаемому результату? В nibs помоему есть тоже пошаговая инструкция, но вопросов от этого меньше не становиться.

>>куча вопросов, которые не будут освещены в Вашей доке.
>Начинай. ;)

Бессмысленно. В nibs все есть, так зачем же искать добро от добра?

>А что есть ядро база? Я думаю там мало, что осталось от
>FreeNIBS.

База - это всего лишь хранилище. Ядро биллинга - это его расчетная часть.

>С базой вы будете работать чистым SQL так ? Причем к запросам
>RADIUS'а добавятся запросы модуля на C. А далее эти SQL запросы

Какие запросы радиуса? nibs обращается к базе сам. freeradius в этом случае выступает в качестве посредника - получил список аттрибутов от NAS - отдал nibs'у, nibs сгенерил несколько аттрибутов, freeradius их запихнул в udp и отдал NAS'у.

>в базе сначала скомпилируются, а затем запустятся. Хранимая процедура компилируется один
>раз при создании, перекомпилируется при изменении. Далее хранится в скомпилированном виде
>и  просто вызывается. Т.е. вызов хранимой процедуры менее затратен чем
>чистый вызов SQL.

Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата) - в результате получается не все так гладко. В твоем случае, если ты не претендуешь на ISP биллинг - SP пожалуй идеальный вариант.

>>точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle
>Зависит от задач этих десяти пользователей. Если у них есть лишние 10
>тыщ баксов почему бы нет ?

Если у них не более 10-20 запросов к базе в минуту - точно говорю не стоит. 10k$ всегда можно потратить на что-то другое, ведь денег никогда много не бывает.

>>Стрельба из пушки по воробьям - это не есть гуд.
>Обоснуйте почему я должен использовать MySQL с SQL89, если использование PostgreSQL с
>SQL92 (хотя там не полная реализация) более целесобразно. Трудоемкость написания хранимой
>процедуры, ниже написания модуля на C или на Perl. К тому
>же компактнее и менее затратно по отношению к операционной системе.

Зависит от задач, которые выполняются. Сложность установки одного и другого приблизительно одинакова. MySQL быстрее отрабатывает на select и insert - поэтому я его юзаю для тарификации и сбора netflow, в Pg - я храню подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я понимаю Ваше желание после прослушивания крутого курса по СУБД писать все в SP, но поверьте - это не всегда круто и обосновано.

>Сложность настройки FreeNIBS проистекает от его архитектуры, а не его возможностей. Можно
>добавить в Cake теже фичи, что есть во FreeNIBS. Но сложность
>установки не возрастет. Более того изменятся только файлы схемы данных и
>интерфейсного модуля.

Ну и как же архитектура влияет на сложность настройки??? там есть два файлика один - дамп базы, второй модуль. В инструкции я нашел как прикрутить модуль к радиусу. Что еще надо? обладая минимальными знаниями nibs ты без труда прикрутишь и получишь в работу все функции, заявленные атвором. Вспоминается случай - общался с одним пользователям по аське - в итоге все свелось к тому что nibs дерьмо. На мой вопрос чем отличается select от insert он вразумительного ответа не дал. Большинство так называемых user'ов привыкли к удобному wizard'у и не привыкли даже бегло читать документацию.

>Вопрос какой волшебный скрипт ? checkrad.sh ? У него больше погрешность.
>И он запускается из cron'ом.

О чем я и говорил "привыкли к удобному wizard'у и не привыкли даже бегло читать документацию". checkrad - универсальный скрипт, написанный для многих типов NAS, который проверяет существование сессии данного пользователя. Я его не пользую. Написал свой, который ходит ко всем NAS'ам и как результат возвращает количество сессий, открытых заданным логином + закрывает зависшие сессии. Весь скрипт весит около 3кб и отлично работает уже больше года. Да, чуть не забыл - checkrad.pl запускается не из cron'а.

Ответить | Правка | Наверх | Cообщить модератору

56. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 21-Ноя-04, 13:07 
>Осталось уточнить что за железо стоит у Вас на работе, т.к. MS
>обычно не стесняется в требованиях к железу.
Первое я не сказал, что на MS SQL Server, используется PostgreSQL.
А про то что используются хранимые процедуры в базе.

А машинка так фигня :) Athlon64 3000+, 1Gb DDR, RAID 0+1
Ну и клиентов не пять человек ;)

>А с чего Вы взяли, что шаги сделаные Вами, приведут другого пользователя
>к желаемому результату?
С того, что уже два человека, это сделали и их это привело к желаемому результату. Да были вопросы. Они были освещены. Причем вопросов возникло мало.

>В nibs помоему есть тоже пошаговая инструкция, но
>вопросов от этого меньше не становиться.
А линк мне дать ? Или вы про ту что на сайте ? Если про нее. То она расчитана, на человека с высокой квалификацией.

>Бессмысленно. В nibs все есть, так зачем же искать добро от добра?
Не буду спорить с фанатиком. Я всего лишь указал, на слабые с моей точки зрения стороны FreeNIBS и почему вообще появился cake. Мне тут же начали доказывать, что cake это лажа и что FreeNIBS верх совершенства.

>База - это всего лишь хранилище. Ядро биллинга - это его расчетная
>часть.
Вот именно поэтому, вы так и против хранимых процедур. Потому что вы видите в СУБД не систему управления данными, а всего лишь индексированный плоский файл, с простейшими операциями поиск, удаление, вставка, модификация. Уверяю этим современные СУБД давно не ограничены (если вы используете MySQL это ваши проблемы).

>Какие запросы радиуса? nibs обращается к базе сам. freeradius в этом >случае выступает в качестве посредника - получил список аттрибутов от NAS > - отдал nibs'у, nibs сгенерил несколько аттрибутов, freeradius их
>запихнул в udp и отдал NAS'у.
Так а данные в nibs модуль и в freeradius откуда попали из астрала ?

>Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата)
>- в результате получается не все так гладко. В твоем случае,
>если ты не претендуешь на ISP биллинг - SP пожалуй идеальный
>вариант.
Эээ тогда Oracle в топку. Не говорите, о том чего не знаете.

>Если у них не более 10-20 запросов к базе в минуту -
>точно говорю не стоит. 10k$ всегда можно потратить на что-то другое,
>ведь денег никогда много не бывает.
Мда вы забываете что запросы и задачи бывают разные. К примеру вложенные запросы.

>MySQL быстрее отрабатывает на select и insert - поэтому я его
>юзаю для тарификации и сбора netflow, в Pg - я храню
>подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я
>понимаю Ваше желание после прослушивания крутого курса по СУБД писать все
>в SP, но поверьте - это не всегда круто и обосновано.
Поверьте мне, если бы производительность внешних модулей была значительно выше SP... сейчас бы их в системах СУБД небыло.

>Ну и как же архитектура влияет на сложность настройки??? там есть два
>файлика один - дамп базы, второй модуль. В инструкции я нашел
>как прикрутить модуль к радиусу. Что еще надо? обладая минимальными >знаниями nibs ты без труда прикрутишь и получишь в работу все функции,
>заявленные автором.
Хм, заметим что модуль на C не способствует кроссплатформености. Вспомним не забвенную OpenBSD. Хотя мне сейчас начнут говорить, что не фиг там ее собирать...

>- в итоге все свелось к тому что nibs дерьмо. На
>мой вопрос чем отличается select от insert он вразумительного ответа не
>дал. Большинство так называемых user'ов привыкли к удобному wizard'у и не
>привыкли даже бегло читать документацию.
Мдя чуствуется меня записывают в туже категорию. Тогда мил человек ответь мне, что такое третья нормальная форма? Думаю в поисковике найдешь быстро. Так что вопрос будет в другом. Понимаешь ли ты, что это значит ?

>О чем я и говорил "привыкли к удобному wizard'у и не привыкли
>даже бегло читать документацию". checkrad - универсальный скрипт, >написанный для многих типов NAS, который проверяет существование сессии
> данного пользователя. Я его не пользую. Написал свой, который ходит ко >всем NAS'ам и как результат возвращает количество сессий, открытых >заданным логином + закрывает зависшие сессии. Весь
>скрипт весит около 3кб и отлично работает уже больше года. Да,
>чуть не забыл - checkrad.pl запускается не из cron'а.
Мдя чуствуется меня уже записали в ламеры. Но ответ вы мне дали. Поверьте документацию я читать умею. Но прежде чем ее читать, я всегда оцениваю архитектуру. Если она меня не устраивает, я не читаю дальше.

Ответить | Правка | Наверх | Cообщить модератору

68. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от vasiliemail (?), 21-Ноя-04, 16:46 
>А машинка так фигня :) Athlon64 3000+, 1Gb DDR, RAID 0+1
>Ну и клиентов не пять человек ;)

У меня под nibs - p3-1400 xeon, 1gb, raid 1. При пике кол-ва клиентов - cpu idle ~ 95%, ram'а ~ 500 мег свободно, скорость авторизации (~ 4 select'а) - 0.5 - 1 секунда.

>С того, что уже два человека, это сделали и их это привело
>к желаемому результату. Да были вопросы. Они были освещены. Причем вопросов
>возникло мало.

Два человека - это не показатель. Хотя если для Вас написание красивой документации также важно как и написание кода - документация будет хорошей. Текущий статус документации nibs я считаю достаточным, если человек знает, что такое sql, и  если linux (или BSD) он поставил не позавчера, а хотя бы есть год опыта его эксплуатации.

>>В nibs помоему есть тоже пошаговая инструкция, но
>>вопросов от этого меньше не становиться.
>А линк мне дать ? Или вы про ту что на сайте
>? Если про нее. То она расчитана, на человека с высокой
>квалификацией.

Про это я выше сказал ;) Человек с низкой квалификацией биллинг для ISP все равно не соберет, будь у него хоть самая подробная документация с комментариями к исходникам.

>Вот именно поэтому, вы так и против хранимых процедур. Потому что вы
>видите в СУБД не систему управления данными, а всего лишь индексированный
>плоский файл, с простейшими операциями поиск, удаление, вставка, модификация. Уверяю этим
>современные СУБД давно не ограничены (если вы используете MySQL это ваши
>проблемы).

MySQL я использую только под мелкие задачи. Ладно. Вы меня убедили. Добиваю netflow и буду проводить performance тесты.

>Так а данные в nibs модуль и в freeradius откуда попали из
>астрала ?

Freeradius к базе не ходит вообще. Ходит только nibs'овый модуль.

>Эээ тогда Oracle в топку. Не говорите, о том чего не знаете.
Oracle - коммерческий продукт, за который беруться не малые деньги.

>Мда вы забываете что запросы и задачи бывают разные. К примеру вложенные
>запросы.

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

>Поверьте мне, если бы производительность внешних модулей была значительно выше SP... сейчас
>бы их в системах СУБД небыло.

Ok. специально потещу. Я просто уже выше писал о тестировании двух биллингов.

>Хм, заметим что модуль на C не способствует кроссплатформености. Вспомним не забвенную
>OpenBSD. Хотя мне сейчас начнут говорить, что не фиг там ее
>собирать...

А она нужна (кроссплатформеность)? nibs у меня работал на freebsd и linux, что я думаю удовлетворит 90% пользователей.

>Мдя чуствуется меня записывают в туже категорию. Тогда мил человек ответь мне,
>что такое третья нормальная форма? Думаю в поисковике найдешь быстро. Так
>что вопрос будет в другом. Понимаешь ли ты, что это значит

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

Ответить | Правка | Наверх | Cообщить модератору

72. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от sauronemail (?), 21-Ноя-04, 19:11 
>У меня под nibs - p3-1400 xeon, 1gb, raid 1. При пике
>кол-ва клиентов - cpu idle ~ 95%, ram'а ~ 500 мег
>свободно, скорость авторизации (~ 4 select'а) - 0.5 - 1 секунда.
up 74 days load average: 0.06, 0.03, 0.00
? Не будем меряться сами знаете чем.

>Два человека - это не показатель. Хотя если для Вас написание красивой
>документации также важно как и написание кода - документация будет >хорошей.
Это важно в любом проекте. К примеру есть очень хороший проект cyrus-sasl, но документация по нему очень скудная.

>Текущий статус документации nibs я считаю достаточным, если человек >знает, что такое sql, и  если linux (или BSD) он поставил не
>позавчера, а хотя бы есть год опыта его эксплуатации.
Больше, надо минимум полтора.

>Про это я выше сказал ;) Человек с низкой квалификацией биллинг для
>ISP все равно не соберет, будь у него хоть самая подробная документация с >комментариями к исходникам.
Другой вопрос в том что такое в вашем понимании биллинг ISP класса ?

>MySQL я использую только под мелкие задачи. Ладно. Вы меня убедили. >Добиваю netflow и буду проводить performance тесты.
А причем тут MySQL ? Вы так же используете PostgreSQL.

>Freeradius к базе не ходит вообще. Ходит только nibs'овый модуль.
А ну да он же заменяет собой стандартный sql модуль. И поддержки Oracle естественно нет.

>Oracle - коммерческий продукт, за который беруться не малые деньги.
Я про хранимые процедуры и прочее. ;) Причем он не оффициально доступен нахаляву. Так сказать для разработчиков.

>Даже вложеные, если их кол-во не большое, то oracle - это просто
>трата денег, ну или запас на далекое будущие, когда кол-во запросов
>может начать расти.
Оракл не только производительное решение. Это еще очень мощные возможности.

>Ok. специально потещу. Я просто уже выше писал о тестировании двух >биллингов.
Скорость хранимых процедур как много раз уже говорилось зависит от рук их писавших.

>А она нужна (кроссплатформеность)? nibs у меня работал на freebsd и >linux, что я думаю удовлетворит 90% пользователей.
Но, желательна.

>Вам не правильно чувствуется. Просто nibs в том и в этом случае
>был опущен людьми, которые знают его поверхностно.
Хм тогда может объясните в чем я знаю FreeNIBs поверхностно ? И в чем я его опустил ? Еще раз напомню я только сказал, что мне не нравится его ахритектура. С моей точки зрения она ограничена. И все. Я не говорил, что она кривая и т.п. Я только сказал, что я бы так не делал.

>насчет провокационных вопросов.
Я про то, что у тех кто понимает, что такое третья нормальная форма не возникает вопросов о хранимых процедурах. Или о том что это надо делать в виде внешнего модуля. Им просто это не прийдет в голову.

>из своей области я могу их нагенерить тоже и ответ на
>них тоже будет первой ссылкой после поиска яндексом.
Вперед и с песней. Что это за область такая экзотическая?


Ответить | Правка | Наверх | Cообщить модератору

85. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 22-Ноя-04, 06:48 
>Добиваю
>netflow и буду проводить performance тесты.

да насчет тестов очень интересная мысль
предлагаю сделать такой стендик в виде билинговой БД, и попробовать отрабатывать с ним типовые операции (авторизация, обсчет и тд) из SP, и из внешних модулей...

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

82. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."  +/
Сообщение от eugeneemail (??), 22-Ноя-04, 06:28 
>База - это всего лишь хранилище. Ядро биллинга - это его расчетная
>часть.

хм ну ну
ядро билинга -- это в первую очередь именно грамотно спроектированная база

>Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата)
>- в результате получается не все так гладко. В твоем случае,
>если ты не претендуешь на ISP биллинг - SP пожалуй идеальный
>вариант.

любой sql запрос (которых несколько) для расчетного модуля создает в БД точно те-же накладные расходы на инициализацию и обработку результата, что и SP, только SP выполняется 1 раз..

>Зависит от задач, которые выполняются. Сложность установки одного и другого приблизительно одинакова.
>MySQL быстрее отрабатывает на select и insert - поэтому я его
>юзаю для тарификации и сбора netflow, в Pg - я храню
>подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я
>понимаю Ваше желание после прослушивания крутого курса по СУБД писать все
>в SP, но поверьте - это не всегда круто и обосновано.

не всегда, но как показывает практика -- в большинстве ресурсоемких задач с БД только они и спасают ;)

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру