[asterisk-dev] cdr_adaptive_odbc does not work

Yuriy Gorlichenko ovoshlook at gmail.com
Sun Dec 21 22:14:31 CST 2014


there is cdr debug

0x351be38 - Processing Dial End message for channel SIP/kamailio1-0000000d,
peer SIP/peer1-0000000e
0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state Dial to
DialedPending
0x351be38 - Set answered time to 1419221504.112213
    -- Channel SIP/kamailio1-0000000d joined 'simple_bridge' basic-bridge
<c9511b08-68ed-413b-acf1-9ac412d691ef>
Bridge Enter message for channel SIP/kamailio1-0000000d: 1419221504.00113051
0x351be38 - Updating Party A SIP/kamailio1-0000000d snapshot
0x351be38 - Processing bridge enter for SIP/kamailio1-0000000d
0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state
DialedPending to Dial
0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state Dial to
Bridged
    -- Channel SIP/peer1-0000000e joined 'simple_bridge' basic-bridge
<c9511b08-68ed-413b-acf1-9ac412d691ef>
Bridge Enter message for channel SIP/peer1-0000000e: 1419221504.00113660
0x33d0e98 - Updating Party A SIP/peer1-0000000e snapshot
0x33d0e98 - Processing bridge enter for SIP/peer1-0000000e
0x33d0e98 - Transitioning CDR for SIP/peer1-0000000e from state Single to
Bridged
0x351be38 - Party A SIP/kamailio1-0000000d has new Party B
SIP/peer1-0000000e

    -- Channel SIP/peer1-0000000e left 'simple_bridge' basic-bridge
<c9511b08-68ed-413b-acf1-9ac412d691ef>
Bridge Leave message for SIP/peer1-0000000e: 1419221506.00272169
0x33d0e98 - Processing Bridge Leave for SIP/peer1-0000000e
0x33d0e98 - Transitioning CDR for SIP/peer1-0000000e from state Bridged to
Finalized
    -- Channel SIP/kamailio1-0000000d left 'simple_bridge' basic-bridge
<c9511b08-68ed-413b-acf1-9ac412d691ef>
Bridge Leave message for SIP/kamailio1-0000000d: 1419221506.00272261
0x351be38 - Processing Bridge Leave for SIP/kamailio1-0000000d
0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state Bridged
to Finalized
  == Spawn extension (external.dial, 1234567890, 16) exited non-zero on
'SIP/kamailio1-0000000d'
    -- Executing [h at external.dial:1] Hangup("SIP/kamailio1-0000000d", "")
in new stack
  == Spawn extension (external.dial, h, 1) exited non-zero on
'SIP/kamailio1-0000000d'
0x351be38 - Beginning finalize/dispatch for SIP/kamailio1-0000000d
0x351be38 - Dispatching CDR for Party A SIP/kamailio1-0000000d, Party B
SIP/peer1-0000000e
0x33d0e98 - Beginning finalize/dispatch for SIP/peer1-0000000e
0x33d0e98 - Dispatching CDR for Party A SIP/peer1-0000000e, Party B <none>

2014-12-22 7:07 GMT+03:00 Yuriy Gorlichenko <ovoshlook at gmail.com>:

> Hello! I already wrote at irc about problem with cdr_adaptive_odbc
> connection to database. This issue still lives at my instanses 12.6.0 and
> 12.8.0-rc2:
> When I do core reload cdr_adaptive_odbc sucessfully reads by parcer but no
> colums printed. And when I try to call- no entries to save cdr to database.
> But it not aconnection to database problem because if I change alias start
> parameter at cdr_adaptive_odbc file to id - I see error abot dublicate
> entry.
>
> Connection to the database works fine because I use realtime dialplan to
> rhe same database.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20141222/dbb3ba36/attachment.html>


More information about the asterisk-dev mailing list