[Home]

Summary:ASTERISK-01764: extensions.conf
Reporter:atob (atob)Labels:
Date Opened:2004-06-04 11:05:19Date Closed:2011-06-07 14:10:42
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:I have an asterisk server that has redhat 9 Linux 2.4.20-8 on cvs version June 3rd 2004 (latest cvs head).
I have several ip phones registered that are internal to my LAN. These can make calls to other extensions as well as dial out over ISDN and IAX.
I have an external ip phone that registers successfully with the server. When trying to dial anything that is longer than 3 digits, I get the error:

Jun  4 10:49:36 NOTICE[1158883520]: chan_sip.c:6397 handle_request:  Failed to authenticate user <sip:121@80.254.237.92;user=phone>;tag=167416312cb73b4d
Jun  4 10:49:37 NOTICE[1158883520]: chan_sip.c:6397 handle_request:  Failed to authenticate user <sip:121@80.254.237.92;user=phone>;tag=167416312cb73b4d

I have created a test context in extensions.conf:

exten => 22,1,VoicemailMain2()
exten => 22,2,Congestion

exten => 333,1,VoicemailMain2()
exten => 333,2,Congestion

exten => 4444,1,VoicemailMain2()
exten => 4444,2,Congestion

I reach voicemail when I dial 22 and 333 but not when I dial 4444 fron the external. With 4444 I get the above message (Failed to authenticate user)
I can reach voicemail from all the internal phones without problems.

Any help would be greatly appreciated.
Comments:By: mustdie (mustdie) 2004-06-04 11:31:13

Please attach sip debug of failed call along with section of sip.conf correspondent to [121].
By: Mark Spencer (markster) 2004-06-04 15:21:55

This is almost certainly a configuration issue.  I'm not leaving it "MAJOR" unless it really turns out to be a bug.
By: dwildes (dwildes) 2004-06-04 22:19:24

Could you attach a copy of your extensions.conf file?  I agree with Mark - most definitely sounds like a configuration issue
By: atob (atob) 2004-06-08 07:50:33

I set up an extension that only had access to the [test] context. This had the result of going to voicemail when dialling 22 and 333 but not 4444.
By: Olle Johansson (oej) 2004-06-09 11:41:35

If we fail to authenticate, the problem is propably to be found in sip.conf. Please attach it as a file. You need to check the why authentication fails for user "121" - is the secret in the [121] section not the same as the one in the user agent.

Why it only fails to authenticate on one extension, but not the others, is a mystery... Let's check sip.conf.
By: atob (atob) 2004-06-09 14:31:04

Sip.conf is attached below. I have made the secret very simple so that no errors creep in. With the secret disabled it works ok.
I have confirmed that the secret is the same in user agent and sip.conf.

;
; SIP Configuration for Asterisk
;
[general]
context=sipext ; general context for sip.conf
port = 5060 ; Port to bind to
bindaddr = 0.0.0.0 ; Address to bind to

maxexpirey=300          ; Max length of incoming registration we allow
defaultexpirey=120      ; Default length of incoming/outoing registration

disallow=all ; Disallow all codecs
allow=ulaw ; Allow codecs in order of preference
allow=alaw ; Allow codecs in order of preference
allow=ilbc
allow=g729 ; Allow codecs in order of preference
allow=gsm ; Allow codecs in order of preference


[101]
type=friend
username=101
host=dynamic
mailbox=101
dtmfmode=inband
context=sipfones
nat=yes
;context=sales
;context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[102]
type=friend
username=102
host=dynamic
mailbox=102
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[103]
type=friend
username=103
host=dynamic
mailbox=103
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[104]
type=friend
username=104
host=dynamic
mailbox=104
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[105]
type=friend
username=105
host=dynamic
mailbox=105
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[106]
type=friend
username=106
host=dynamic
mailbox=106
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[107]
type=friend
username=107
host=dynamic
mailbox=107
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[108]
type=friend
username=108
host=dynamic
mailbox=108
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[109]
type=friend
username=109
host=dynamic
mailbox=109
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[110]
type=friend
username=110
host=dynamic
mailbox=110
dtmfmode=inband
context=headoffice
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[111]
type=friend
username=111
host=dynamic
mailbox=111
dtmfmode=inband
context=sales
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[112]
type=friend
username=112
host=dynamic
mailbox=112
dtmfmode=inband
context=sales
callgroup=1
pickupgroup=1
secret=xxx
disallow=all
allow=alaw

[121]
type=friend
username=121
host=dynamic
;mailbox=121
dtmfmode=inband
;context=headoffice
context=test
;callgroup=1
;pickupgroup=1
secret=121
;disallow=all
;allow=alaw

[122]
type=friend
username=122
secret=12345
context=test
host=dynamic
;mailbox=122
;dtmfmode=inband
;context=headoffice
;callgroup=1
;pickupgroup=1
;disallow=all
;allow=alaw
By: Malcolm Davenport (mdavenport) 2004-06-21 13:22:36

This was/is a problem with Snom phones and could not be duplicated with other IP phones.