Dear members of the list;
I am writing in the hope to get some help with a very peculiar problem with
my new asterisk 1.6.0.1 installation. The same code runs on version 1.2
without problems, but it seems the behaviour has changed (also on 1.4.7,
which I tried).
Please consider the following extension:
exten => 1213,1,Answer
exten => 1213,n,Set(counter=X)
exten => 1213,n(again),Set(CDR(accountcode)=forkcdr-test)
exten => 1213,n,Set(CDR(userfield)= ${counter})
exten => 1213,n,ForkCDR()
exten => 1213,n,Playback(one-moment-please)
exten => 1213,n,Wait(3)
exten => 1213,n,Set(counter=X${counter})
exten => 1213,n,Goto(again)
exten => 1213,n,Hangup
If left running, the above code should produce multiple Call Data Records,
each with a longer sting of "X"s in the userfield. This is indeed also
the
case on my 1.2 installation, but on 1.4.7 and 1.6.0.1, only one record (the
first) is written.
After a lot of testing, I discovered that if I add the "R" option to
the
ForkCDR command (to prevent it from resetting the new CDR), multiple records
are in fact written, but they all contain the same call-info:
"fork-cdr-test",,,,,"ForkCDR","R","2008-11-20
09:00:28","2008-11-20
09:00:28","2008-11-20
09:00:40",12,12,,,"1227171628.5","I"
"fork-cdr-test",,,,,"ForkCDR","R","2008-11-20
09:00:28","2008-11-20
09:00:28","2008-11-20
09:00:40",12,12,,,"1227171628.5","II"
"fork-cdr-test",,,,,"ForkCDR","R","2008-11-20
09:00:28","2008-11-20
09:00:28","2008-11-20
09:00:40",12,12,,,"1227171628.5","III"
"fork-cdr-test",,,,,"","Wait","3","2008-11-20
09:00:28","2008-11-20
09:00:28","2008-11-20
09:00:40",12,12,,,"1227171628.5","III"
This suggests to me, that the broken (?) behaviour may be in the reset
function rather than in the ForkCDR itself.
I have also noticed that the unique-id column now contains the UNIX
timestamp. Since the timestamp is the same for all the records, it's hardly
"unique". I tried changing the "loguniqueid" parameter in
cdr.conf, but with
no effect.
Any help or suggestions on the above issues would be greatly appreciated.
Thank you very much in advance.
Best Regards
Torben
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20081207/c60f448d/attachment.htm
