<div dir="ltr">A big correction to the above! <div><br></div><div>This 0 billsec entry happens when someone forwards a call from their phone using an auto forward (which then uses a Local channel on the asterisk server). The phone in question is a Snom.</div>
<div><br></div><div>If I use a Local channel in the dial plan, the entry has a the correct billsec.<br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 2 May 2014 11:23, Ishfaq Malik <span dir="ltr"><<a href="mailto:ish@pack-net.co.uk" target="_blank">ish@pack-net.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi<div><br></div><div>I'm using asterisk 1.8.23.1 but I've seen this same issue in previous versions of 1.8. I have created some work arounds but the behaviour is incorrect.</div>
<div><br></div><div>
This is the scenario:</div><div>Call comes in and goes to appropriate dialplan</div><div>In the dialplan the call is forwarded to another number using a Local channel (and using /n ) e.g.</div><div>Dial(Local/<my-number>@outbound-context/n,60)</div>

<div>The number is dialled and the call is all fine.</div><div><br></div><div>In the CDR we have 2 entries, one for the inbound leg and one for the outbound leg as is expected by the use of the /n</div><div><br></div><div>

However, the outbound leg CDR entry has a billsec of 0. The CDR for the inbound leg has the correct duration of the call in the billsec column (I'm writing CDRs to MySQL)</div><div><br></div><div>This is causing issues in my billing module for obvious reasons. I'm having to find the inbound call by matching the channel in one leg with the dstchannel in the other leg and that is quite messy.</div>

<div><br></div><div>Would others agree that this behaviour is incorrect? Has anyone else seen this or be able to replicate it? Am I just missing something obvious?</div><div><br></div><div>Thanks in Advance</div><div><br>

</div><div>Ish</div><div><div><br></div>-- <br><div dir="ltr"><pre>Ishfaq Malik 
Department: VOIP Support
Company: Packnet Limited
t: <a href="tel:%2B44%20%280%29845%20004%204994" value="+448450044994" target="_blank">+44 (0)845 004 4994</a>
f: <a href="tel:%2B44%20%280%29161%20660%209825" value="+441616609825" target="_blank">+44 (0)161 660 9825</a>
e: <a href="mailto:ish@pack-net.co.uk" target="_blank">ish@pack-net.co.uk</a>
w: <a href="http://www.pack-net.co.uk" target="_blank">http://www.pack-net.co.uk</a>

Registered Address: PACKNET LIMITED, Duplex 2, Ducie House
37 Ducie Street 
Manchester, M1 2JW
COMPANY REG NO. 04920552
</pre></div>
</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><pre>Ishfaq Malik 
Department: VOIP Support
Company: Packnet Limited
t: +44 (0)845 004 4994
f: +44 (0)161 660 9825
e: <a href="mailto:ish@pack-net.co.uk" target="_blank">ish@pack-net.co.uk</a>
w: <a href="http://www.pack-net.co.uk" target="_blank">http://www.pack-net.co.uk</a>

Registered Address: PACKNET LIMITED, Duplex 2, Ducie House
37 Ducie Street 
Manchester, M1 2JW
COMPANY REG NO. 04920552
</pre></div>
</div>