Re: [asterisk-users] Fundemental changes to CDR within single asterisk family
On Wed, 2013-04-24 at 12:48 +0100, Steve Davies wrote: > On 4 April 2013 09:05, Ishfaq Malik wrote: > On Tue, 2013-03-26 at 07:26 -0500, Matthew Jordan wrote: > > > 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 > > > > > Hi Matt > > Did you ever spot/recreate the change I was referring to? > > > > > "me too" - I can confirm a behaviour change and will go try and pin > down at what point it happened. > > > This may take me a while :( > > > Steve > -- Hi Steve I raised a bug on this issue https://issues.asterisk.org/jira/browse/ASTERISK-21394 I need to update it with the requested details though. Regards Ish -- Ishfaq Malik Department: VOIP Support Company: Packnet Limited t: +44 (0)845 004 4994 f: +44 (0)161 660 9825 e: i...@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 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Fundemental changes to CDR within single asterisk family
On 4 April 2013 09:05, Ishfaq Malik wrote: > On Tue, 2013-03-26 at 07:26 -0500, Matthew Jordan wrote: > > 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 > > > > Hi Matt > > Did you ever spot/recreate the change I was referring to? > > > "me too" - I can confirm a behaviour change and will go try and pin down at what point it happened. This may take me a while :( Steve -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Fundemental changes to CDR within single asterisk family
On Tue, 2013-03-26 at 07:26 -0500, Matthew Jordan wrote: > 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 > Hi Matt Did you ever spot/recreate the change I was referring to? -- Ishfaq Malik Department: VOIP Support Company: Packnet Limited t: +44 (0)845 004 4994 f: +44 (0)161 660 9825 e: i...@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 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Fundemental changes to CDR within single asterisk family
On Tue, 2013-03-26 at 07:26 -0500, Matthew Jordan wrote: > 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 > Hi Matt I couldn't say for sure which version between 1.8.7.0 and 1.8.18.0 the change happened in. The call comes in via SIP and the transfer is done using the dedicated transfer button on a hard phone (so not from the features.conf method) Regards Ish -- Ishfaq Malik Department: VOIP Support Company: Packnet Limited t: +44 (0)845 004 4994 f: +44 (0)161 660 9825 e: i...@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 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Fundemental changes to CDR within single asterisk family
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 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] 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 Department: VOIP Support Company: Packnet Limited t: +44 (0)845 004 4994 f: +44 (0)161 660 9825 e: i...@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 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
