<div dir="ltr">there is cdr debug<br><br><div>0x351be38 - Processing Dial End message for channel SIP/kamailio1-0000000d, peer SIP/peer1-0000000e</div><div>0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state Dial to DialedPending</div><div>0x351be38 - Set answered time to 1419221504.112213</div><div>    -- Channel SIP/kamailio1-0000000d joined 'simple_bridge' basic-bridge <c9511b08-68ed-413b-acf1-9ac412d691ef></div><div>Bridge Enter message for channel SIP/kamailio1-0000000d: 1419221504.00113051</div><div>0x351be38 - Updating Party A SIP/kamailio1-0000000d snapshot</div><div>0x351be38 - Processing bridge enter for SIP/kamailio1-0000000d</div><div>0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state DialedPending to Dial</div><div>0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state Dial to Bridged</div><div>    -- Channel SIP/peer1-0000000e joined 'simple_bridge' basic-bridge <c9511b08-68ed-413b-acf1-9ac412d691ef></div><div>Bridge Enter message for channel SIP/peer1-0000000e: 1419221504.00113660</div><div>0x33d0e98 - Updating Party A SIP/peer1-0000000e snapshot</div><div>0x33d0e98 - Processing bridge enter for SIP/peer1-0000000e</div><div>0x33d0e98 - Transitioning CDR for SIP/peer1-0000000e from state Single to Bridged</div><div>0x351be38 - Party A SIP/kamailio1-0000000d has new Party B SIP/peer1-0000000e</div><div><br></div><div>    -- Channel SIP/peer1-0000000e left 'simple_bridge' basic-bridge <c9511b08-68ed-413b-acf1-9ac412d691ef></div><div>Bridge Leave message for SIP/peer1-0000000e: 1419221506.00272169</div><div>0x33d0e98 - Processing Bridge Leave for SIP/peer1-0000000e</div><div>0x33d0e98 - Transitioning CDR for SIP/peer1-0000000e from state Bridged to Finalized</div><div>    -- Channel SIP/kamailio1-0000000d left 'simple_bridge' basic-bridge <c9511b08-68ed-413b-acf1-9ac412d691ef></div><div>Bridge Leave message for SIP/kamailio1-0000000d: 1419221506.00272261</div><div>0x351be38 - Processing Bridge Leave for SIP/kamailio1-0000000d</div><div>0x351be38 - Transitioning CDR for SIP/kamailio1-0000000d from state Bridged to Finalized</div><div>  == Spawn extension (external.dial, 1234567890, 16) exited non-zero on 'SIP/kamailio1-0000000d'</div><div>    -- Executing [h@external.dial:1] Hangup("SIP/kamailio1-0000000d", "") in new stack</div><div>  == Spawn extension (external.dial, h, 1) exited non-zero on 'SIP/kamailio1-0000000d'</div><div>0x351be38 - Beginning finalize/dispatch for SIP/kamailio1-0000000d</div><div>0x351be38 - Dispatching CDR for Party A SIP/kamailio1-0000000d, Party B SIP/peer1-0000000e</div><div>0x33d0e98 - Beginning finalize/dispatch for SIP/peer1-0000000e</div><div>0x33d0e98 - Dispatching CDR for Party A SIP/peer1-0000000e, Party B <none></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-22 7:07 GMT+03:00 Yuriy Gorlichenko <span dir="ltr"><<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="color:rgb(0,0,0);font-family:Consolas,'Lucida Console',monospace;font-size:13px;background-color:rgb(240,247,255)">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:<br>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.<br></span><br>Connection to the database works fine because I use realtime dialplan to rhe same database.</div>
</blockquote></div><br></div>