> On Dec 1, 2008, at 9:07 AM, JD wrote: > >> Steve Murphy wrote: >>> >>> Freddi-- >>> >>> Very interesting. Brian Degenhardt had some code we just gave some >>> thought >>> to, wherein we determine if the last channel involved in a linkedID set >>> has been closed. If so, then the entire set is finished. We can use >>> this >>> facility to get you a closing attribute, that could be added to the >>> last >>> CDR emmitted for that set; OR, we could just emit another CDR with type >>> CLOSE or FINAL or something, that signals the end of the chain. >>> >>> murf >>> >> Just thinking out loud: how about a feature wherein, after the FINAL is >> sent, asterisk can >> 1. create a temp text file with just those entries, and >> 2. launch a user-made script. >> >> cdr_manager.conf >> [general] >> legparsecmd=/usr/local/bin/my_parser.pl >> >> wherein the linkedID is passed as the first parameter and the text file >> name&path as the second >> >> Ignore this suggestion if it horribly complicates things. > > Hmm.. While I normally like having this kind of "instant > notification", I could see this as a very big problem for larger > installations. Most OS's are not so great at launching new tasks, and > on a heavily loaded system that could easily be a number of tasks > launched every second, each doing a lot of database queries. Perhaps > a different approach would be to have a field that can be set to show > that the record(s) have been parsed into whatever standard CDR format > you want. This may or may not make more sense as a separate table > with just a list of linkedid's that have been parsed. > > Daniel I think that e.g. a socket would be preferable. You do not have the load of launching new a task for each cdr and the process listening on the socket would normally run at lower priority than Astrisk itself. If gives the freedom to send unprocessed 'leg-information' to a cdr backend process on another server if heavy loaded enviroment or just process it local if it's a small installation. To me it looks new cdr spec from murf would be a big step forward for Asterisk.
Freddi _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
