[asterisk-dev] The New CDR system

zoachien at securax.org zoachien at securax.org
Fri Mar 30 17:29:38 MST 2007

zoachien at securax.org wrote:
> zoachien at securax.org wrote:
>> Russell Bryant wrote:
>>> zoachien at securax.org wrote:
>>>> I guess you all think about getting it to another asterisk (while i 
>>>> am thinking to get it into some database with some IAX to DB 
>>>> conversion on the DB server)
>>> Well, the way I am thinking about this, absolutely no "conversion" 
>>> would be taking place within chan_iax2.  The raw event would just be 
>>> queued up into the core and then chan_iax2 would move on.  The 
>>> amount of processing would be roughly equivalent to that of queuing 
>>> up a single audio frame.  Meanwhile, in another thread, the event 
>>> would be dispatched to all of the local subscribers to that event 
>>> type.  This is where the actual logging to the database, writing to 
>>> a file, or whatever, would take place.
>> sounds a lot better already :)
>> _______________________________________________
> Another question,
> The CDR packets might get pretty big, lets suppose you have a cluster 
> of asterisk machines and for some reason (some switch broke down or so 
> somewhere) you have a lot of dropped calls.
> That means that you will have a lot of dropped calls at the same 
> moment, so if all those Asterisk servers are going to send those big 
> packets at the same time, wouldnt that cause the thread that actually 
> is listening to that port to be too busy handling the voip packets 
> that arrived after those packets. remember those voice packets need to 
> be handled really really fast before it gets audible.
> While if this would use a different socket with a different thread 
> listening to it, there would be no problem.
i mean port of course
> As i said i am not a programmer, i don't know if you can multithread 
> the actual packet reception too, so i might be talking complete 
> rubbish again - my apologies in that case, im just trying to help)
> It should be easy to test, by sending large crap UDP packets to 
> asterisk for 20ms while there are some calls going on.
> Zoa.
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev

More information about the asterisk-dev mailing list