How is the billsec field calculated in CDRs? I have a situation where billsec is being reported as 0 despite the call being answered and a conversation occurring. An example record follows: '2007-11-06 21:36:50', '6495566778', '6495566778', '0116495566778', '1100012_1', 'Local/0116495566778 at 1100012_1-887b,2', 'SIP/64.192.001.001-08893238', 'Dial', 'SIP/0116495566778 at 64.192.001.001||hH', 10, 0, 'ANSWERED', 3, '', '1194338210.61', '' Any advice would be appreciated. Regards Cameron -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20071107/e26d770e/attachment.htm
On Wed, 2007-11-07 at 21:47 +1300, CSB wrote:> How is the billsec field calculated in CDRs? > > > > I have a situation where billsec is being reported as 0 despite the > call being answered and a conversation occurring. An example record > follows: > > > > '2007-11-06 21:36:50', '6495566778', '6495566778', '0116495566778', > '1100012_1', 'Local/0116495566778 at 1100012_1-887b,2', > 'SIP/64.192.001.001-08893238', 'Dial', > 'SIP/0116495566778 at 64.192.001.001||hH', 10, 0, 'ANSWERED', 3, '', > '1194338210.61', '' > > > > Any advice would be appreciated.Cameron-- I see in the above, that a Local/ channel is involved. If you are really interested in seeing this problem cleared up, please file a bug with bugs.digium.com; and do your best to fully describe how a Local/ channel got involved in the call. Include enough specific information so that the person wanting to fix the bug (maybe me) will be able to reproduce the situation and get the same results. murf (aka codefreeze on irc)> Regards > > > > Cameron-- Steve Murphy Software Developer Digium -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3227 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20071107/f4389170/attachment.bin
At 02:47 11/7/2007, CSB wrote:>Content-Type: multipart/alternative; > boundary="----=_NextPart_000_0007_01C82187.BC96F350" >Content-Language: en-nz > >How is the billsec field calculated in CDRs? > >I have a situation where billsec is being reported as 0 despite the >call being answered and a conversation occurring. An example record follows: > >'2007-11-06 21:36:50', '6495566778', '6495566778', '0116495566778', >'1100012_1', 'Local/0116495566778 at 1100012_1-887b,2', >'SIP/64.192.001.001-08893238', 'Dial', >'SIP/0116495566778 at 64.192.001.001||hH', 10, 0, 'ANSWERED', 3, '', >'1194338210.61', '' >Where did you get this CDR? CDRs should look more like: http://www.asterisk.org/doxygen/1.2/AstCDR.html clid Caller ID src Source dst Destination dcontext Destination context channel Channel name dstchannel Destination channel lastapp Last app executed lastdata Last app's arguments start Time the call started. answer Time the call was answered. end Time the call ended. duration Duration of the call. billsec Duration of the call once it was answered. disposition ANSWERED, NO ANSWER, BUSY amaflags DOCUMENTATION, BILL, IGNORE etc accountcode The channel's account code. uniqueid The channel's unique id. userfield The channels uses specified field. A call can ring for 10 seconds, then be answered and hung up on (or dropped for some reason), and end up having billable seconds of zero. Where in this CDR is there evidence of a conversation having taken place? A "conversation" would at least be 15-30 seconds: "Hello?" "Yeah, It's me--Dave. I got the stuff, man." "Dave?" "Yeah. 'Dave'. It's me." "Dave's not here." Click.