Steve Davies
2011-Feb-07 16:45 UTC
[asterisk-users] IAX channel name incorrect - Found in 1.2 still happens in 1.6
Hi, The following IAX config (slightly edited) causes an issue for me in version 1.6.2.16.1, where my CDR data is unreliable. [user1] type=friend auth=md5 accountcode=user1 notransfer=yes context=context1 host=10.0.0.250 username=user1 secret=secret1 disallow=all allow=alaw [user2] type=friend auth=md5 accountcode=user2 notransfer=yes context=context2 host=dynamic deny=0.0.0.0/0.0.0.0 permit=10.0.0.0/24 username=user2 secretdisallow=all allow=alaw If a call comes in from 10.0.0.250, using username "user2" and with no password, then it is correctly authenticated against the [user2] section. Accountcode is set to user2 Context is set to context2 and the call mostly proceeds correctly, BUT the source channel name is set to IAX2/user1-nnnn, which is then seen both in the dialplan debug output, and in the CDR. I would expect the channel name to reflect the section name that was used to authenticate the call ie. IAX2/user2-nnnn; I specifically put a password onto [user1] so there is no possibility that the call is authenticating there. Am I missing something? Or is this a bug? Thanks, Steve
Steve Davies
2011-Feb-20 17:17 UTC
[asterisk-users] IAX channel name incorrect - Found in 1.2 still happens in 1.6
*Bump* No takers? Perhaps no-one else thinks this is a bug? Regards, Steve On 7 February 2011 16:45, Steve Davies <davies147 at gmail.com> wrote:> Hi, > > The following IAX config (slightly edited) causes an issue for me in > version 1.6.2.16.1, where my CDR data is unreliable. > > [user1] > type=friend > auth=md5 > accountcode=user1 > notransfer=yes > context=context1 > host=10.0.0.250 > username=user1 > secret=secret1 > disallow=all > allow=alaw > > [user2] > type=friend > auth=md5 > accountcode=user2 > notransfer=yes > context=context2 > host=dynamic > deny=0.0.0.0/0.0.0.0 > permit=10.0.0.0/24 > username=user2 > secret> disallow=all > allow=alaw > > If a call comes in from 10.0.0.250, using username "user2" and with no > password, then it is correctly authenticated against the [user2] > section. > ? ?Accountcode is set to user2 > ? ?Context is set to context2 > and the call mostly proceeds correctly, BUT the source channel name is > set to IAX2/user1-nnnn, which is then seen both in the dialplan debug > output, and in the CDR. I would expect the channel name to reflect the > section name that was used to authenticate the call ie. > IAX2/user2-nnnn; I specifically put a password onto [user1] so there > is no possibility that the call is authenticating there. > > Am I missing something? Or is this a bug? > > Thanks, > Steve >