similar to: CEL logging and queue APP_START/END, maybe an issue?

Dear friends, In Asterisk 11.7.0, is it possible to receive CEL APP_START and APP_END events from Park application? Queue and Dial apps are generation these events, but Park no. It doesn't seem to make difference when configured. cel.conf ... apps = dial,queue,confbridge,park events = ALL ... localhost*CLI> cel show status ... CEL Tracking Application: queue CEL Tracking Application:

Hi, I've already post this to the forum three days ago, sorry if it's sounds like a crosspost, but I've got no replies, so I'm trying other channels :) This is the link to the forum post if someone prefer to reply here: http://forums.asterisk.org/viewtopic.php?f=1&t=86985 I'm using Asterisk 1.8.20.0 (the freepbx build) with CEL logging activated. I'm using CEL because

On Wed, Jul 22, 2020 at 12:44 PM Administrator <admin at tootai.net> wrote: > No one on this ? > > Le 10/07/2020 à 18:06, Administrator a écrit : > > Hi, > > > > On Asterisk 16.11.1 when enabling cel I get error with BRIDGE_START > > and BRIDGE_END events > > > > zone-s*CLI> module reload cel > > The module 'cel' reported a

Hi, On Asterisk 16.11.1 when enabling cel I get error with BRIDGE_START and BRIDGE_END events zone-s*CLI> module reload cel The module 'cel' reported a reload failure     -- Reloading module 'cel' (CEL Engine) [2020-07-10 17:57:01] ERROR[16163]: cel.c:428 ast_cel_str_to_event_type: Unknown event name 'BRIDGE_START' [2020-07-10 17:57:01] ERROR[16163]:

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

No one on this ? Le 10/07/2020 à 18:06, Administrator a écrit : > Hi, > > On Asterisk 16.11.1 when enabling cel I get error with BRIDGE_START > and BRIDGE_END events > > zone-s*CLI> module reload cel > The module 'cel' reported a reload failure >     -- Reloading module 'cel' (CEL Engine) > [2020-07-10 17:57:01] ERROR[16163]: cel.c:428 >

Hello! Most are probably bored seeing another letter about this, but I've put in a fair amount work on a spec for rewriting the CDR system in Asterisk, and I have some questions: First, please look at what I've written so far: svn co http://svn.digium.com/svn/asterisk/team/murf/RFCs and look at the file "CDRfix2.rfc.txt" in the RFCs dir. The spec SIGNIFICANTLY alters the way

HI Matt, I am trying to replicate this particular problem. We are seeing more frequently where the Event: AsyncAGIExec is never being sent. The two scenarios I have seen in tests yesterday and today... We sendl an AMI action. For example, play a short file or hangup. AMI Events will indicate it did the work, but we never receive the Event: AsyncAGIExec with a result at all. Asterisk debug

Dear list. This is probably a complex subject but is that right to consider: a) each distinct linkedid field value in a mysql CEL table as a unique call? b) the duration of a call as the period (eventtime fields) between BRIDGE_END and BRIDGE_START events of the same linkedid sequence? (not considering transfers) Just a start ... Tks. -------------- next part -------------- An HTML attachment

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

We are communicating with Asterisk via AMI. Running Asterisk version 13.18.5 on an Ubuntu box. If you look at the event response, the Result field is filled with random characters. I'm not sure what to do because that is a completely random result. It makes no sense. We send the following command to asterisk via AMI Action: AGI ActionID: C44415 Channel: SIP/192.168.40.105-00001338

After an upgrade to Asterisk 12, I'm "collecting" channels. When I enter and then exit a conference room, I see: -- <CBAnn/207-0000067f;1> Playing 'confbridge-leave.slin' (language 'en') -- Channel CBAnn/207-0000067f;2 joined 'softmix' base-bridge <5edb1920-3774-4ba3-8c4d-23e8fd04519c> -- Channel CBAnn/207-0000067f;2 left

I'm having an issue with CDR. Basically, I expect to have all "legs" of a call having the same linkedid and differing only by the sequence value. That does happen, but I'm getting null dst values after doing an attended transfer. I'm not sure if this is a bug or I'm doing something wrong. I'm running Asterisk 13.2.0. Here's the console log, step by step: First,

Hi, I have been experimenting with CEL in a trunk version of asterisk for some time and have upgraded my test machine to 1.8.0 today. Made a few calls and it looks like the eventtype field is missing in the CEL insert query when using ODBC. I see the following errors on the console: [Oct 22 21:46:09] WARNING[952]: res_odbc.c:634 ast_odbc_prepare_and_execute: SQL Execute returned an error -1:

Greyman-- I'm taking this discussion to the list. Folks, what we are talking about here, is me trying to get a grasp around Greyman's (Aaron's) request for a bare-bones CDR generation that describes just total connect time for channels, stripping out all the details. Who cares about xfer, park, hold, etc.? So in the following is our discussion about what *should* be there, and in

Hi, when one does "Set(CDR(var)=value)" in dialplan, the value is only set for one record in the cdr table, but not the linked ones (the ones with the same linkedid). E.g. if you do something like same => n, Set(CDR(var)=value) same => n,Dial(Local/something&Local/something2) like only the original CDR record with have "var" set to "value", but the

I've taken the liberty of starting a new thread to discuss the design of the Asterisk CDR mechanism. The discussion has been kindly initiated by murf putting together a proposal: http://svn.digium.com/svn/asterisk/team/murf/RFCs. After reading the proposal I still don't think it's the right way to go. To my mind adding more channel variables increases the complexity in a situation

Hello, asterisk version 1.6.2.7 I want to get the start time of all active calls from console, could you please let me know the best way to get it. thanks, Kamlesh -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20111214/b462516a/attachment.htm>

Hi, When dealing with CDR SQL tables, I always added an auto-incremented cdr_id key as a primary key, just in case provided uniqueid key went wrong. Now I'm facing a situation where I need to insert into a database's table and from the dialplan, a reference to the CDR record which is currently processed. So my questions are: 1. Can uniqueid/sequence (or uniqueid/sequence/calldate)

Hello, I have a setup with asterisk 16.8.0, I'm facing a problem where calls that fail (CONGESTION) don't have filled in some extra fields we add to the CDRs in the database. We use cdr_adaptive_odbc with MySQL as backend. To simplify the scenario: [sub-hanguphandler] exten => s,1,Set(CDR(foo)=${bar}) same => n,Return() [default] exten => _X.,1,NoOp(New test call) same =>