check out the endbeforehexten option in cdr.conf
this needs to set to yes
Julian
On 28 March 2013 23:56, Olivier oza_4...@yahoo.fr wrote:
Hello,
I'm using Hanhup Handlers in a testing asterisk 11 system.
Within one such handler, I'm setting CDR values.
To me, it seems those changed CDR
2013/3/29 Julian Lyndon-Smith aster...@dotr.com
check out the endbeforehexten option in cdr.conf
this needs to set to yes
Julian
Unfortunately, this doesn't help.
Let's drop the hangup handler at the moment, and focus on the saving to
file part.
Then my issue is I can't update CDR value
Ah, right. Have a look at this documentation:
You may need to add some mapping
Julian
cdr_custom
This CDR backend allows for custom formatting of CDR records in a log file.
This module is most commonly used for customized CSV output. The
configuration file used for this module is
Hello everybody,
I am trying to find an intermittent SIP error with one provider and thought the
best first step would be to have sip set debug on for some days and check the
logs.
Everything gets logged nicely, but the SIP log clutters up the console quite
badly. Is it possible to have SIP
Marie Fischer wrote:
full = notice,warning,error,debug,verbose,dtmf,fax
You should have a log called full in:
/var/log/asterisk
Doug
--
Ben Franklin quote:
Those who would give up Essential Liberty to purchase a little Temporary Safety,
deserve neither Liberty nor Safety.
--
Marie Fischer wrote:
but the SIP log clutters up the console quite badly
I guess I should slow down when reading. Sorry for the noise.
Doug
--
Ben Franklin quote:
Those who would give up Essential Liberty to purchase a little Temporary Safety,
deserve neither Liberty nor Safety.
--
On 29.03.2013, at 15:05, Doug Lytle supp...@drdos.info wrote:
Marie Fischer wrote:
full = notice,warning,error,debug,verbose,dtmf,fax
You should have a log called full in:
/var/log/asterisk
Sure I do and happy with that. :)
The point is, I also have my Asterisk console full of SIP
I have seen that behavior also.
Mitch
On 03/28/2013 06:56 PM, Olivier wrote:
Hello,
I'm using Hanhup Handlers in a testing asterisk 11 system.
Within one such handler, I'm setting CDR values.
To me, it seems those changed CDR values are not saved in CDR back-end.
Can you confirm ?
Regards
hi,
open debug only on problematic peer.
sip set debug peer peer name
or
sip set debug ip peer ip
On Fri, Mar 29, 2013 at 2:02 PM, Marie Fischer ma...@vtl.ee wrote:
Hello everybody,
I am trying to find an intermittent SIP error with one provider and
thought the best first step would be to
I recently faced the same issue. I didn't find a way in Asterisk to do
what I wanted.
A good workaround is to use wireshark in batch mode (tshark) to trace
traffic to the IP address you are interested in. You should be able to
filter it to capture only SIP traffic.
Mitch
On 03/29/2013
Thanks but I willingly choose a standard CDR field (I checked with both
accountcode and userfield) which appears in
/var/log/asterisk/cdr-csv/Master.csv (to keep cdr-cusdom/Master.csv away to
simplify things)
the fact found in Master.csv is foo, the value set before entering the
hangup extension
Hello Gregory,
I wouldn't say this is a typical scenario for using a ringall queue,
especially if the agent set gets larger and larger. On the other side, a
ringgroup won't solve the issue of ringing all those phones at once. What
I would be looking into, considered the motivation of your agents,
How would you qualify it ?
A feature ? A bug ?
Could you find a work around ?
2013/3/29 Mitch Claborn mitch...@claborn.net
I have seen that behavior also.
Mitch
On 03/28/2013 06:56 PM, Olivier wrote:
Hello,
I'm using Hanhup Handlers in a testing asterisk 11 system.
Within one such
Hi,
I recently configured Linux HA for Asterisk service (using Asterisk
resource agent downloaded from link:
https://github.com/ClusterLabs/resource-agents/blob/master/heartbeat/asterisk
).
As per configuration it is working good but when I include monitor_sipuri=
sip:42@10.3.152.103 parameter
you can't set values in the h extension _unless_ you use the
endbeforehexten option in cdr.conf
you may need to reload the cdr module or restart asterisk for the
option to take effect.
It works. I know it does, as I use hangup handlers all the time. Much
better than the h extension ;)
Julian
My personal opinion is that it is a design flaw. It is probably working
as designed, but I think the design should be different.
I did not find any workaround.
Mitch
On 03/29/2013 11:14 AM, Olivier wrote:
How would you qualify it ?
A feature ? A bug ?
Could you find a work around ?
Le 29 mars 2013 18:26, Julian Lyndon-Smith aster...@dotr.com a écrit :
you can't set values in the h extension _unless_ you use the
endbeforehexten option in cdr.conf
I did and couldn't get it to work :-(
you may need to reload the cdr module or restart asterisk for the
option to take
Eric,
Thanks; of course, this is also an option. However, setting up a separate
context for this type of thing with several identical Goto statements also
strikes me as inelegant, even if it is less so.
-- Nathan
-Original Message-
From: asterisk-users-boun...@lists.digium.com
Hi all,
I had to re-install a new machine and noticed that by default, ip was
only listening on 0.0.0.0, thus ipv4 only. Easily changed.
However, when looking at iax.conf, I found here the same, but it looks
like iax is still ipv4 only?
If i change bindaddr=192.168.0.1 towards bindaddr=::, and
On 03/29/2013 07:05 PM, Hans Witvliet wrote:
Hi all,
I had to re-install a new machine and noticed that by default, ip was
only listening on 0.0.0.0, thus ipv4 only. Easily changed.
However, when looking at iax.conf, I found here the same, but it looks
like iax is still ipv4 only?
If i
20 matches
Mail list logo