https://www.opennet.me/openforum/vsluhforumID3/4030.html Посетитель под именем gara представил для обсуждения модель открытой системы биллинга.<br><br>URL: http://www.opennet.ru/base/dev/billing_structure.txt.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=4141<br> https://www.opennet.me/openforum/vsluhforumID3/4030.html#73 Thu, 12 Aug 2004 11:12:51 GMT Схематическое представление структуры.<br><br>http://openbilling.ru/openbilling_struct.jpg https://www.opennet.me/openforum/vsluhforumID3/4030.html#72 Sun, 25 Jul 2004 13:44:48 GMT ВСЕ!!! ПЕРЕХАЛИ !!!<br><br>Отписывайтесь пожалуйста только тут:<br><br>http://openbilling.ru/phorum/ https://www.opennet.me/openforum/vsluhforumID3/4030.html#71 Sun, 25 Jul 2004 00:23:09 GMT &gt;It's exactly what I meant when told about common mistake. <br>&gt;If you hear ldap - it's only about authentication and probably address-book <br>&gt;yet :) <br>&gt;Seems you never worked with Directory. At least deep enough. <br>&gt;Directory is nice for tree-based structures, hierarchical structures. <br>&gt;I don't want to convince someone , or to read a lecture <br>&gt;here. <br>&gt;Imagine a sellers tree. A hierarchy from managers, sellers, re-sellers, and so <br>&gt;on. And each level has own set of customers. And own <br>&gt;set of contracts. and so on, and so force. <br>&gt;Sometime the life seems to be hierarchical. Not flat, like a table. <br>&gt;<br>&gt;If it works for PeopleSoft, or SAP, why it could not work <br>&gt;for 'open billing' ? <br>&gt;Because you never worked with Directory? <br><br><br>Интересная идея. В целом она себя оправдывает. Я с LDAP и серверами каталогов работал, их структуру и возможности я знаю. Просто надо понять где и как их правильно применить в конкретной задаче. https://www.opennet.me/openforum/vsluhforumID3/4030.html#70 Sun, 25 Jul 2004 00:19:57 GMT &gt;<br>&gt;"Б?^ не нервируйте меня" ... где это я моей статье есть слово <br>&gt;про трафик или про то как он добавляется или считается. :))) <br>&gt;<br>Эээ тогда я абслютно не догонаяю нафига нужна просолойка между коллектором и СУБД в классической 3-х уровневой модели. Или оно обеспечивает какой-то не достижимый для меня уровень абстракции?<br><br><br>&gt;как будет считать трафик это потом.. погодите... небегите в переди &gt;паровоза. <br>&gt;<br>ЭЭЭ тогда еще раз нафига нужна прослойка между коллектором и СУБД?<br><br>Не забываем любой ISP биллинг это СЛОЖНАЯ система. И начинать ее с простого, чтобы во второй версии начать писать заново глупо.<br><br>PS: Небольшая мантра от Тома Кайта:<br><br>Если можно, сделай это с помощью оператора SQL;<br>Если это нельзя сделать с помощью одного оператора SQL, сделай это на PL/SQL;<br>Если это нельзя сделать на PL/SQL, попытайся сделать хранимую процедуру на языке Java;<br>Если нельзя сделать в Java, сделай это в виде внешней процедуры на языке С;<br>Если это нельзя реализовывать в виде внешней процедуры на языке C, надо се https://www.opennet.me/openforum/vsluhforumID3/4030.html#69 Sun, 25 Jul 2004 00:02:19 GMT <br><br><br><br><br><br>&gt;ЛЕГКО!!! <br>&gt;Услуга такого типа "трафик с включенными МБ + цена за превышение" - <br>&gt;т.е. на данный тип определенная логика обработки. <br>&gt;далее. по этому типу создаем 3 услуги. первая включает 50Мб. вторая 60, <br>&gt;а третья 120 Мб. Далее. в контракт добавляем 3 такие <br>&gt;услуги. и к каждой услуге привязываем свой IP адрес!!! вот и <br>&gt;все и деньги списываются у каждой услуги по своему IP! <br>&gt;<br>&gt;ЭТА схема у меня работате 3 ГОДА!!! <br>Стоп! Услуга это услуга... Это на пример услуга предаставления интернета по определенному тарифу. А то мы твои услуги мы будем плодить как кроликов, а это нафиг не надо. Т.е. Услуга это предаставление LAN и WAN с определенными тарифами или IP-телефония к примеру. А уже эти услуги привязываются к лицевым счетам. Проще говоря у нас тут нестыковка в терминах. А так теже яйца только в профиль. <br>&gt;&gt;Плюс может быть несколько филиалов одной фирмы в одном городе. На фирму заведен контракт, а на каждый из филиалов по лицевому счету<br>&gt;<br>&gt;Решение: <br>&gt;На каждый филиал свой контракт!!! https://www.opennet.me/openforum/vsluhforumID3/4030.html#68 Sat, 24 Jul 2004 19:40:23 GMT мда-а-а, с интересом прочитал все сообщения....<br>очень много правильного, НО - возникло ощущение что все участники<br>тянут каждый в свою сторону (имея в виду свои собственные задачи и условия). Другими словами - нет четкого определения поставленной задачи (т.е. тех. задания).<br><br>Автор просто описал некую виртуальную структуру (вероятно с целью получше<br>разобраться в предмете, прежде всего для себя...) никакого отношения к реальной жизни не имеющую.<br><br>вывод: вы сначала ТЗ напишите, а потом уже обсуждайте методы наилучшего<br> решения.<br> https://www.opennet.me/openforum/vsluhforumID3/4030.html#67 Fri, 23 Jul 2004 18:33:20 GMT &gt;3) Общий счет + субсчета + один контракт - клиент платит скопом. <br>&gt; Вот собственно 3ю схему хранения средств я и пропагандирую. <br><br>У нас первая схема, но похожая на третью :-) Вместо субсчетов - лимиты по услуге. По такой-то улуге разрешено проработать N часов, потратить M мегобайт и так далее. Для услуг с единовременным списанием стредств (диалап анлимит, хостинг, выделенки с абон. платой), субсчета только запутают все. Детализация дебит/кредит проводится по истории платежей, что позволяет посмотреть состояние "субсчета" за любой период.<br><br> https://www.opennet.me/openforum/vsluhforumID3/4030.html#66 Fri, 23 Jul 2004 14:19:54 GMT &gt;Учитывайте что RADIUS умеет авторизовать и учитывать. При учете reply не <br>&gt;отдаются только при авторизации. <br>That's wrong. Radius send reply on each accounting request.<br><br>Here is a debug output of a server (freeradius):<br><br>modcall: entering group accounting for request 1<br>modcall[accounting]: module "mq" returns ok for request 1<br>modcall: group accounting returns ok for request 1<br>Sending Accounting-Response of id 39 to 127.0.0.1:33211<br>Finished request 1<br><br>And here is a log from the client for this request:<br><br>rad_recv: Accounting-Response packet from host 127.0.0.1:1813, id=230, length=20 https://www.opennet.me/openforum/vsluhforumID3/4030.html#65 Fri, 23 Jul 2004 12:27:25 GMT Look at TPC-C<br>Its task has nothing to do with "Типа форумов и гостевух. Проще говоря для веба."<br>And now let count - how many solutions are 3-tier based, and how many are classic client/server 2-tier.<br> <br><br><br>