[asterisk-commits] murf: branch group/newcdr r165878 - in /team/group/newcdr: ./ channels/ doc/ ...

SVN commits to the Asterisk project asterisk-commits at lists.digium.com
Thu Dec 18 18:19:15 CST 2008


Author: murf
Date: Thu Dec 18 18:19:14 2008
New Revision: 165878

URL: http://svn.digium.com/view/asterisk?view=rev&rev=165878
Log:
A few tweaks based on a review of the diffs. More to follow

Modified:
    team/group/newcdr/CHANGES
    team/group/newcdr/channels/chan_dahdi.c
    team/group/newcdr/doc/cel-doc.tex
    team/group/newcdr/main/taskprocessor.c

Modified: team/group/newcdr/CHANGES
URL: http://svn.digium.com/view/asterisk/team/group/newcdr/CHANGES?view=diff&rev=165878&r1=165877&r2=165878
==============================================================================
--- team/group/newcdr/CHANGES (original)
+++ team/group/newcdr/CHANGES Thu Dec 18 18:19:14 2008
@@ -125,6 +125,23 @@
    Pragma: SuppressEvents
 
    If this is included, the server supports event suppression.
+
+Channel Event Logging
+---------------------
+ * A new interface, CEL, is introduced here. CEL logs single events, much like 
+   the AMI, but it differs from the AMI in that it logs to db backends much
+   like CDR does; is based on the event subsystem introduced by Russell, and
+   can share in all its benefits; allows multiple backends to operate like CDR;
+   is specialized to event data that would be of concern to billing sytems,
+   like CDR. Backends for logging and accounting calls have been produced,
+   but a new CDR backend is still in development.
+
+CDR
+---
+
+ * 'linkedid' and 'peeraccount' are new CDR fields available to CDR officianados.
+   linkedid is based on uniqueID, but spreads to other channels as transfers, dials,
+   etc are performed. Thus the peices of CDR can be grouped into multilegged sets.
 
 ------------------------------------------------------------------------------
 --- Functionality changes from Asterisk 1.6.0 to Asterisk 1.6.1  -------------

Modified: team/group/newcdr/channels/chan_dahdi.c
URL: http://svn.digium.com/view/asterisk/team/group/newcdr/channels/chan_dahdi.c?view=diff&rev=165878&r1=165877&r2=165878
==============================================================================
--- team/group/newcdr/channels/chan_dahdi.c (original)
+++ team/group/newcdr/channels/chan_dahdi.c Thu Dec 18 18:19:14 2008
@@ -8957,7 +8957,7 @@
 			strsep(&context, "@");
 			if (ast_strlen_zero(context))
 				context = "default";
-			tmp->mwi_event_sub = ast_event_subscribe(AST_EVENT_MWI, mwi_event_cb, "Zaptel MWI subscription", NULL,
+			tmp->mwi_event_sub = ast_event_subscribe(AST_EVENT_MWI, mwi_event_cb, "Dahdi MWI subscription", NULL,
 				AST_EVENT_IE_MAILBOX, AST_EVENT_IE_PLTYPE_STR, mailbox,
 				AST_EVENT_IE_CONTEXT, AST_EVENT_IE_PLTYPE_STR, context,
 				AST_EVENT_IE_NEWMSGS, AST_EVENT_IE_PLTYPE_EXISTS,

Modified: team/group/newcdr/doc/cel-doc.tex
URL: http://svn.digium.com/view/asterisk/team/group/newcdr/doc/cel-doc.tex?view=diff&rev=165878&r1=165877&r2=165878
==============================================================================
--- team/group/newcdr/doc/cel-doc.tex (original)
+++ team/group/newcdr/doc/cel-doc.tex Thu Dec 18 18:19:14 2008
@@ -811,6 +811,7 @@
        accountcode   A user assigned datum (string)
        uniqueid      Each Channel instance gets a unique ID associated with it.
        userfield     A user assigned datum (string)
+       linkedid      the per-call id, spans several events, possibly.
        peer          For bridge or other 2-channel events, this would be the other channel name
 \end{verbatim}
 

Modified: team/group/newcdr/main/taskprocessor.c
URL: http://svn.digium.com/view/asterisk/team/group/newcdr/main/taskprocessor.c?view=diff&rev=165878&r1=165877&r2=165878
==============================================================================
--- team/group/newcdr/main/taskprocessor.c (original)
+++ team/group/newcdr/main/taskprocessor.c Thu Dec 18 18:19:14 2008
@@ -308,7 +308,7 @@
  			continue;
  		}
  		t->execute(t->datap);
-		
+ 
  		ast_mutex_lock(&i->taskprocessor_lock);
  		if (i->stats) {
  			i->stats->_tasks_processed_count++;
@@ -351,6 +351,7 @@
 		ast_log(LOG_ERROR, "missing taskprocessor\n");
 		return;
 	}
+	ast_log(LOG_DEBUG, "destroying taskprocessor '%s'\n", t->name);
 	/* kill it */	
 	ast_mutex_lock(&t->taskprocessor_lock);
 	t->poll_thread_run = 0;




More information about the asterisk-commits mailing list