asterisk users - Mar 2013 - Fundemental changes to CDR within single asterisk family

Hi

In asterisk 1.8.7.0, an inbound call that was transferred to another
peer would have 2 cdr entries.

In asterisk 1.8.18.0 this same activity has a single cdr entry.

This is a rather large and fundamental change to be enacting halfway
through a single family branch, was there any reason why this happened?
It means we can't upgrade without doing significant extra development
and testing.

Regards

Ish
-- 
Ishfaq Malik <ish at pack-net.co.uk>
Department: VOIP Support
Company: Packnet Limited
t: +44 (0)845 004 4994
f: +44 (0)161 660 9825
e: ish at pack-net.co.uk
w: http://www.pack-net.co.uk

Registered Address: PACKNET LIMITED, 2A ENTERPRISE HOUSE, LLOYD STREET
NORTH, MANCHESTER
SCIENCE PARK, MANCHESTER, M156SE
COMPANY REG NO. 04920552

On 03/26/2013 05:22 AM, Ishfaq Malik wrote:
> Hi
> 
> In asterisk 1.8.7.0, an inbound call that was transferred to another
> peer would have 2 cdr entries.
> 
> In asterisk 1.8.18.0 this same activity has a single cdr entry.
> 
> This is a rather large and fundamental change to be enacting halfway
> through a single family branch, was there any reason why this happened?
> It means we can't upgrade without doing significant extra development
> and testing.
> 
This was most likely an unintended consequence of some other change
(most likely dealing with masquerades). Is 1.8.18.0 the exact version
when the behaviour changed?

Just so I'm clear on the scenario, what are the channel technologies
involved? Is the transfer initiated via a protocol message or via a DTMF
feature?

Thanks,

Matt

-- 
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org