2008/12/23 igor <igor(a)carneiro.cc>cc>: How much money are we speaking about?

I Just installed an Asterisk2billing in an asterisk. [...] It is simple and work fine!

On 12/23/08 16:30, Alex Balashov wrote: This is always the case when someone tries to push an application beyond its purpose. It may work, but not as expected - using a pbx- designed system for carrier grade traffic will end up in scaling issues. Probably if one tries to tailor asterisk and remove the parts not required, will increase the performances, but still, it is a pbx concept behind... Happy holidays! Daniel -- Daniel-Constantin Mierla http://www.asipto.com

[...] * At the time of user calls somewhere, we (after checking its auth data) rewrite its URI using custom plugin for OpenSER (which utilizes libsqlora8 library). It's not a rocket science, and (in simplified form) it looks like the following:

Hello! 2008/12/29 Daniel-Constantin Mierla <miconda(a)gmail.com>om>: Yes. We use it in conjunction with Oracle 10g. I would say that libsqlora8 is finished :) - it works well and therefore doesn't need to be updated. No, we haven't tried yet.

I think #3 is the most important and the one that is likely to prove most relevant in the short term, as I think we can all agree that there is no expectation that the PSTN in a time frame anyone would deem short to immediate term.

It's a good thought. My concern is that from an economic perspective, coming up with any grand, unifying schemes or projects to solve these architectural challenges is mostly a pointless waste of time. While admittedly the prepaid model is proving to be quite a viable inroad in many parts of the world outside of the US and W. Europe (and indeed, much of the interest seems to be there), fundamentally it can only exist to the measure that: (1) Voice switching, transport and subscriber services are billed by per-minute usage, and voice infrastructure and service delivery systems are monetised this way; (2) The process of rebilling for usage is a derivative function of the economics of PSTN interconnection and how the PSTN TDM carrier-world business model works (a series of billable events and relatively fixed reservations of capacity) versus the Internet business model (primarily flat-rate peering and settlement-free peering among backbone haulers) that revolves around higher-order applications delivered over packets; (3) There are not too many flat-rate alternatives available elsewhere in the telecom world. I think #3 is the most important and the one that is likely to prove most relevant in the short term, as I think we can all agree that there is no expectation that the PSTN in a time frame anyone would deem short to immediate term. For example, here in the US, pre-paid calling cards are largely obsolete and highly irrelevant from a mass-market perspective. They survive in various niches where people remain that are somehow sentimentally or inertially attached to calling cards and fixed-line long-distance; this includes retirees, large communities of first-generation immigrants for whom this is a viable means of making calls to their home countries relatively inexpensively, and so on. But really, by and large landline revenue is falling precipitously, everyone has a mobile, international rate plans are available for those who truly need to make a lot of international calls, and domestic long-distance is increasingly flat-rate / unlimited on fixed-line (and is already so on mobile). For the most part, people ordering origination (DIDs) in the form of wholesale trunking are interested in flat-rate DIDs as well. Termination will remain usage-based, but only so far as points #1 and #2 above are highly operative, and only so long as private VoIP peering doesn't gain any serious traction. All these details can be debated at great length, but the salient point here is that this is a business model that is intimately bound up with the idiosyncrasies of the PSTN and the way the incumbent voice business has functioned for almost a century. It is fairly obvious, I think, that whenever it is that we do get around to moving beyond the PSTN, in part or in whole, the centrality and unassailable importance of "minutes" as a billing fixture will be expected to disappear in line with the ontology to which all other Internet-based application services are subject. Meanwhile, the incumbent telco world will go increasingly to flat-rate and unlimited plans and there will be continuing downward cost pressure, as well as increasing local loop deregulation and unbundling in a variety of other national markets in which state incumbents persist with varying degrees of success. So, while this sort of stuff can probably make a decent amount of money in the US and Europe if appropriatedly positioned/marketed/specialised, and certainly can work in Latin America, the Middle East, etc., it does have the quality of being somewhat regressive and not particularly forward-thinking. It is overly connected to a shifting and unstable landscape of arbitrage opportunities arising from the position of VoIP relative to the PSTN and wireless; specifically, that most calls still terminate or transit the PSTN. That's why I think a large, consolidated open-source effort to build a highly complicated, robust prepaid service delivery platform from components like Kamailio/OpenSIPS is largely pointless. Otherwise I would be the first to lend it my enthusiasm. Luciano Afranllie wrote: -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (678) 237-1775 _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users

Hello, On 12/30/08 14:23, Luciano Afranllie wrote: this is usually up to what you are more familiar to. If you go for sql-db system, then you should have in consideration the load_credentials feature provided by auth_db module. With that you can load attributes per user at authentication, saving one extra db query. As I am designed now my systems, I have dropped a lot of modules that were hiding behind sql queries, by using config file operations (via avp_db_query() and now, with trunk, via the new sqlops module). In this way I am not stuck to a predefined db structure and can use tricks that make the sql operation faster based on server side features. sqlops module makes possible to load caller and callee profiles in one query for each and keep them for entire route processing in memory, therefore, very fast access. Usually there are two scenarios 1) caller ----- proxy ----- b2bua ----- proxy ----- callee 2) caller ----- proxy ----- b2bua ----- pstn ----- callee First is when you do prepaid for voip-to-voip and you deal with NAT, also when you have kind of sbc for the second proxy. The second is the typical case for calls terminated to pstn. I use most of them. I go by default to Asterisk or FreeSWITCH, depending if it a more PBX-like service or carrier. SEMS is something I used a lot in the past. B2BUA, all listed above are good options in certain conditions. The most important aspect is to understand scaling vs features requirements. Voucher cards + IVR is an option. Payment gateways (for credit cards) + their API.

On 12/31/08 16:09, Luciano Afranllie wrote: use the routing capabilities of the proxy. B2BUA can use the R-URI or certain headers added by proxy to decide where to send. Daniel -- Daniel-Constantin Mierla http://www.asipto.com _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users

From 1.4 on, there is a dedicated driver for Oracle. Have you tried it? I wonder what is the maturity of that module. Probably combined with the new sqlops module in upcoming 1.5, a lot of similar operations as yours can be coded in the config file pretty easy.

Hi in the same context of prepaid system iam also building with PBX Features here is the my big question always is. if the user register wtih Openser/ Kamailio dial other register user. when the any one of them want to connect to conference and bring other user in to conferene how will that work ? any reference or clarification will be greate Kamailio registrat and proxy asterisk as PSTN and b2bua Mediaproxy / rtpproxy iam using for NAT Ram ------------------------------------------------------------------------ _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users

On Tue, Jan 6, 2009 at 3:27 PM, Alex Balashov

In this case if every call going via Asterisk or b2bua so how can i use Openser capabilities of handling more users/calls

I have been using it for testing, but in some limited use cases. All ok, I hoped maybe someone else has more insights about running it in production.