Hi, I’ve found the following comment in the chan_sip.c sourcefile:
/* Username and digest username does not match.
Asterisk uses the From: username for authentication. We need the
users to use the same authentication user name until we support
proper authentication by digest auth name */
Does it mean that I cannot use a callerid different to my sip username, when I need to authenticate with my sip username?
For example, my sip username shall be 123456 and my callerid a registered phone number like 098765.
My sip.conf contains:
[code][general]
context = sipin
bindport = 5060
bindaddr = {serverip}
srvlookup = yes
allowguest = no
realm = {fqdn}
domain = {fqdn}
tos = lowdelay
alwaysauthreject = yes
allowexternalinvites = yes
allowoverlap = yes
sipdebug = yes
[123456]
type = friend
contex = sipin
fromdomain = {fqdn}
secret = {passwd}
host = cc-connect.pbx-network.de
canrenvite = no
insecure = very
qualify = yes
nat = no
username = 123456
authuser = 123456[/code]
And my extension.conf:
[code][general]
static = yes
writeprotect = yes
autofallthrough = yes
priorityjumping = yes
clearglobalvars = no
[sipin]
exten => s,1,Congestion()
exten => _X.,1,Congestion()
[sipout]
exten => _X.,1,Set(CALLERID(all)=098765 <098765>)
exten => _X.,n,Dial(SIP/${EXTEN}@123456)[/code]
The above doesn’t work, because * tries to authenticate using the callerid.
What is the authuser param for, if the digest username for authentication must be the same as the callerid? What sense does it make? It seems to be totally ignored.
e.g., I expect the following from-header to be sent:
from: “098765” sip:098765@myfqdn
but I need to authenticate with the sip-server with my username 123456.
Am I missing something, or is this really not possible? Is there any solution for this problem? Is there a patch outside, that allows me to explicitly set the authentication params? This really seems buggy to me.
I found some notes on the internet that state this problem is well known, but I found no further information about that, not to mention any solution or workaround…
Andy