Displaying 20 results from an estimated 4000 matches similar to: "How to get CDR to show answered calls only"
2016 Feb 09
2
CDR ODBC error
I am trying to get cdr via odbc to work on Asterisk 13.7.2 but I
keep getting this error:
[Feb 9 16:21:43] WARNING[2088]: cdr_odbc.c:160 execute_cb: cdr_odbc:
Error in ExecDirect: -1, query is: INSERT INTO cdr
(calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid,userfield,peeraccount,linkedid,sequence)
VALUES ({ts
2004 Feb 02
7
cdr mysql problem
Can someone tell me what is wrong here:
Feb 2 19:45:44 ERROR[1074441696]: cdr_addon_mysql.c:381 my_load_module:
Failed to connect to mysql database asteriskcdrdb on localhost.
The database is created, cdr table also, the username and password is
right.
I have tried configuring cdr_mysql.conf to connect via localhost
mysql.sock or via tcp port, but in both cases I got this error.
Thanks!
2007 Nov 07
2
Determination of billsec
How is the billsec field calculated in CDRs?
I have a situation where billsec is being reported as 0 despite the call
being answered and a conversation occurring. An example record follows:
'2007-11-06 21:36:50', '6495566778', '6495566778', '0116495566778',
'1100012_1', 'Local/0116495566778 at 1100012_1-887b,2',
2011 Mar 28
8
CDR MYSQL missing field data
Hello,
I have Asterisk-1.8.3.2, dahdi-linux-complete-2.4.1+2.4.1, and
libpri-1.4.11.5 installed and running on a Ubuntu 10.04 server all built
from source.
Everything is working nicely except one small issue.
The CDR records are stored in the CSV file correctly and complete.
The MySQL storage is working as it should and is automatically updating
all the fields except the CLID field.
I have
2004 Dec 05
1
Mysql-cdr
Hi;
I have problem inserting cdr to mysql,Asterisk has logged to asteriskcdrdb successfully.It says:
Dec 6 13:36:26 DEBUG[1221985728]: cdr_addon_mysql.c:178 mysql_log: cdr_mysql: inserting a CDR record.
Dec 6 13:36:26 DEBUG[1221985728]: cdr_addon_mysql.c:197 mysql_log: cdr_mysql: SQL command as follows: INSERT INTO cdr
2014 Mar 13
1
strange records in cdr
Hi, I have asterisk-server version of 1.8.11-cert7.
When external enemy try to using it for calling, server write this string to log:
2014-03-13 09:56:04] VERBOSE[4754] pbx.c: -- Executing [9810972592309759 at from-sip-external:1] NoOp("SIP/external-ip-00065fd2", "Received incoming SIP connection from unknown peer to 9810972592309759") in new stack
[2014-03-13
2013 May 09
2
question about CDR
hello list,
i need your help about cdr ,i have installed the module cdr in my asterisk
1.4 .
for the inbound calls when i call my sip exten like below :
exten => 506,1,Dial(SIP/223, 10)
exten => 506,n,Dial(SIP/276, 10)
in CDR i have just one line with SIP /276 the last line but there is
no historic
for the first SIP 223
recid Record ID | calldate |clid |src
2004 Jul 02
3
CDR shows billsec=12 for all bridged calles.
Can someone help me, im using latest CVS, asterisk and cdr_mysql, when I
make a bridge call (using .call files in outgoing/) I always get
'billsec=12' in the cdr, both mysql and Master file even if the call lasted
longer, watching the Master file while making a call I see it updated at 12
seconds even while im still 'in' the DIAL app and the call continues on just
fine.
Iv looked
2015 Apr 25
4
Error writing CDR
Hi All
I have dozens of these messages on CLI complaining about database connection and error writing CDR to disk.
The curious thing is I can find them all inside the database.
I "selected" them using uniqueid and manually compared each column with the cdr_adaptive_odbc.c error line.
"mysqlcheck -a -e -v DBase" and "mysqlcheck -c -e -v DBase" both returned OK for
2018 Oct 03
2
Non-matching linkedid on CDR Records [SEC=UNCLASSIFIED]
Hi asterisk-users,
We have recently moved to the 13.x branch of Asterisk from 11.x, and we're trying to correlate CDR records from multiple-legs for billing purposes.
As part of this change we have added 'linkedid' to our CDR table schema in an attempt to join the multiple records into one billable record.
The call path can be simplified as (transport types in brackets):
SIP
2007 Sep 17
3
Enabling MySQL UNIQUE from cdr.conf
Hi,
Is there a way to enable the usage of UNIQUEID CDR field using a MySQL
database backend for storing CDRs without having to recompile
asterisk-addons as stated here
http://www.voip-info.org/wiki-Asterisk+cdr+mysql ?
After version 1.4 it is said in release that it can be done (not sure if it
applies to mysql backend)
How would it be the syntax in cdr.conf? I tried this without success in
2006 Nov 13
3
Mysql 6 second rounding
This is more of mysql question then asterisk :D . Most voip providers use 6
second rounding for costing . My asterisk server stores call cdr's in mysql
properly with billsec field containing number of billed seconds . I want to
know some function to round this to 6 seconds ( or any custom valud like 30
seconds ) ..Suppose if billsec field is 3 seconds then it should round to 6
seconds , if
2015 Apr 25
1
Error writing CDR
On Sat, 25 Apr 2015 17:11:34 +0200
jg <webaccounts173 at jgoettgens.de> wrote:
>
> > Hi All
> >
> > I have dozens of these messages on CLI complaining about database
> > connection and error writing CDR to disk.
> >
> > The curious thing is I can find them all inside the database.
> > I "selected" them using uniqueid and manually
2007 Nov 05
2
Problem with CDR userfield not being set
I'm trying to use the MySQL CDR records.
According to dialplan show, the line in the dialplan is:
11. Set(CDR(userfield)=${billing_code}) [pbx_ael]
It looks like the value is being set when I watch the console during the call:
-- Executing [s at restphone_event_loop:11] Set("SIP/icall-0075a2e0",
"CDR(userfield)=boatmenu") in new stack
But the record that's
2012 Aug 01
2
Problem with callfile and CDR
Good afternoon list.
I am experiencing a problem with the CDR and callfiles. What is happening
is this: When generating a call with a callfile, everything works
perfectly, but the CDR is recorded in the table when they answer the call
destination. The field disposition is being recorded correctly, but the
duration field is marked with the ring time and billsec is marked with 0.
This just happens
2015 Jul 06
4
CDR in an MySQL-Database
Hi list!
I'd like to save all information about calls (CDR) in a MySQL-Database.
I created the DB and a user for Asterisk on a separate server, then I
configured my cdr_mysql.conf so:
[global]
hostname=192.168.10.3
dbname=asterisk
table=cdr
password=MYSECRET
user=asterisk
port=3306
and my cdr.conf so:
[general]
enable=yes
unanswered = yes
safeshutdown=yes
[mysql]
usegmtime=no
2006 Dec 29
2
Dialed Number missing from the CDR when using call files.
The CDR, both the csv file and in MySQL does not contain the dialed
number (src) in case of a call placed using .call files.
"","","302","extensions","","Zap/4-1","SIP/7777-82c8","Dial","SIP/7777|40|whtWHT","2006-12-29
15:48:56","2006-12-29 15:48:59","2006-
12-29
2010 Aug 04
1
CDR: MySQL query
Hi,
Can someone help me formulate MySQL Query(s) which will help me extract the
following details for a given DID (date range can be excluded for
simplicity).
Date-Time
DNID (I am recording this is `userfield`)
CLID
time-1 (when call was received)
time-2 (when call was answered by agent)
time-3 (when call was hung-up)
My Call flow is as follows:
- Caller dials a DNID
- Call enters queue
- Call
2013 Oct 07
1
IAX and Variables
Hi
a new small question ;=)
We have two Asterisk, connected in IAX2.
On the first, in dialplan, we have:
exten => _XX.,1,Set(IAXVAR(ACCOUNTID)=${CDR(accountcode)})
we sent into the IAXVAR "ACCOUNTID" the accountcode.
On the second, in dialplan, we have:
exten => 18,2,AGI(Caller-ID.agi,${IAXVAR(ACCOUNTID)})
That's work, the second server get the variable.
I
2007 May 14
1
Some problems with mysql CDR
Hello,
We have finally upgraded to Asterisk 1.4, however we've run into two issues
that weren't occurring before the upgrade.
Issue #1: We're an outgoing call center and need to record all calls. We use
the uniqueid field in the CDR to match with the recording, which we labeled
with {UNIQUEID} in MixMonitor. For some reason, the uniqueid is not correct
in the CDR. Here is the