We are running a similar operation but settled on just
OpenSER +
Asterisk. All media runs thru Asterisk so MediaProxy isn't required
and a custom billing engine was easy enough to put together. Yes it
uses a lot more bandwidth and CPU but the combination of accurate
accounting and easy NAT transversal make it worthwhile for us.
The total number of subscribers isn't an issue (there are just
entries in a database) there is no difference between VoIP<>VoIP and
VoIP<>PSTN for us as both are SIP connections. We haven't maxed our
initial Asterisk box yet but anticipate that it will handle about 200
concurrent calls depending on codec translation. A single OpenSER +
database box should be able to handle several Asterisk boxes.
(I'll also take comments on above, thanks)
Mark
At 10:56 a.m. 30/10/2008, you wrote:
Yes. There are some liabilities with that in that
the signaling
messages may be incomplete (i.e. you may miss a BYE) and this is the
usual reason given for doing media proxying for more accurate accounting.
But the latency, bandwidth consumption, and increased complexity and
cost associated with doing it on a large scale does not justify it, in
my opinion. SIP-only accounting is "good enough" most of the time.
Nuno Marques wrote:
Without mediaproxy? Only based on SIP messages?
2008/10/29 Alex Balashov <abalashov(a)evaristesys.com
<mailto:abalashov@evaristesys.com>>
Nuno Marques wrote:
Every calls should pass through mediaproxy so that i can
account them.
You can do accounting without handling media.
--
Alex Balashov
Evariste Systems
Web :
http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599
--
Alex Balashov
Evariste Systems
Web :
http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org