Asterisk einrichtung - sip, Dialplan etc... Ich kapiere das nicht. Bitte um Hilfe!

dg7mza · 6 Apr 2014

Hallo an Alle!

Ich muss zugeben, ich bin mit der Einrichtung meines Asterisk-Servers überfordert.
Das lesen von Anleitung über Anleitung verwirrt mehr als dass es hilft.
Jeder schreibt seine Config's anders, jede bezieht sich auf eine andere Asterisk-Version, somit hilft der Vergleich auch nicht um sich der Zusammenhänge klar zu werden.
Hintergrundwissen wird entweder gar nicht vermittelt oder es wird so tief in die Materie eingedrungen, dass man gleich überfordert ist.

Meine Plan war:
Asterisk 1.8 auf einem kleinen ThinClient unter Debian. Das läuft so weit.

Asterisk sollte folgendermaßen konfiguriert werden:

- Nebenstelle "100" mein CISCO 7940
- Nebenstelle "200" ein weiteres Telefon, derzeit mein Tablet als Softphone (Soweit funktioniert es, die beiden können sich intern untereinander erreichen.)
- SIP-Account meines Internetproviders mit Festnetznummer
- Mein Handy "T5" über chan_dongle für aus und eingehende Handytelefonate

Die Registrierung des SIP-Accounts und des Handys scheinen zu funktionieren. Telefonieren geht aber trotzdem nicht, weder aus- noch eingehend.

sip.conf:

Code:

[general]
allowguest=no
port = 5060
bindaddr = 0.0.0.0
qualify = no
disable = all
allow = alaw
allow = ulaw
videosupport = yes
dtmfmode = rfc2833
srvlookup = yes
localnet=192.168.1.0/255.255.255.0
directmedia = no
nat = yes
register => 4939123456:[email protected]/4939123456

[arche]
type = friend
;insecure = yes
nat = no
canreinvite = no
authuser = 4939123456
username = 4939123456
fromuser = 4939123456
secret = passwort
fromdomain = sip.arche.net
host = sip.arche.net
dtmfmode = rfc2833
context = incoming
disallow = all
allow = ulaw
allow = alaw
transport = udp

[arche_in] 
type = peer
fromdomain = sip.arche.net
host = sip.arche.net
disallow=all
allow=ulaw
context=incoming

[100]
host=dynamic
permit=192.168.1.0/255.255.255.0
type=friend
context=phones
secret=2661

[200]
permit=192.168.1.0/255.255.255.0
type=friend
context=phones
host=dynamic
secret=1234

extensions.conf:

Code:

[globals]
 
[general]
 
[internal]
exten => _XXX,1,Dial(SIP/${EXTEN})
 
[phones]
include => internal

[outgoing]
exten => _0.,1,Dial(SIP/${EXTEN}@arche,60,tr)
;exten => _01.,1,Dial(Mobile/${EXTEN}@T5,60,tr)

[incoming]
exten => s,1,Answer()
exten => s,n,Dial(SIP/100,150,r,t,)

chan_mobile.conf

Code:

[general]
interval=30		

[adapter]
id=blue
address=00:XX:XX:XX:XX:xx
alignmentdetection=yes

[T5]
address=XX:XX:XX:XX:XX:XX	; the address of the phone
port=2				; the rfcomm port number (from mobile search)
context=incoming-mobile		; dialplan context for incoming calls
adapter=blue			; adapter to use
group=1				; this phone is in channel group 1
;sms=no				; support SMS, defaults to yes
;nocallsetup=yes		; set this only if your phone reports that it supports call progress notification, but does not do it. Motorola L6 for example.

Schaut Euch das mal bitte an und sagt mir, warum es nicht funktioniert.

Vielen Dank schon mal.

mfg

Michael

chaos2000 · 6 Apr 2014

Du musst in phones noch den outgoing context einbinden, einen Blick in das asterisk cli hilft beim Debuggen .

LordLifthill · 6 Apr 2014

Ja. Wie Chaos2000 schon geschrieben hat fehlt dir die Regel fürs Raustelefonieren. Es fehlt im phones bereich include=outgoing

abw1oim · 6 Apr 2014

Desweiteren - für incoming - wenn der Registrystring

/4939123456

beinhaltet, wird in dem entsprechenden Kontext auch eine gleixchlautende extension erwartet, auch da hilft ein Blick in die Asterisk cli ggf mit

Code:

sip set debug peer arche_in

dg7mza · 6 Apr 2014

Vielen Dank für Eure Hilfe, ich bin nun schon ein ganzes Stück weiter.

abw1oim schrieb:
Desweiteren - für incoming - wenn der Registrystring beinhaltet, wird in dem entsprechenden Kontext auch eine gleixchlautende extension erwartet

Müsste die da so aussehen?

Code:

[arche_in]
exten => 4939123456 ,1,Dial(SIP/100)
exten => 4939123456,n,Hangup

Allerdings werden eingehende Anrufe damit nicht weiter geleitet:

Code:

Scheduling destruction of SIP dialog 'c6a169a6-3862-1232-9385-90b11c124730' in 3
2000 ms (Method: INVITE)

<--- SIP read from UDP:185.2.56.4:5060 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 185.2.56.4;rport;branch=z9hG4bKFXajjFZyN687N
Route: <sip:[email protected]:5060>
Max-Forwards: 66
From: "+491771234567" <sip:[email protected]>;tag=g8H1QcHc2v98Q
To: <sip:[email protected]:5060>;tag=as0e6f266a
Call-ID: c6a169a6-3862-1232-9385-90b11c124730
CSeq: 58069826 ACK
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
Really destroying SIP dialog 'c6a169a6-3862-1232-9385-90b11c124730' Method: ACK
asterisk*CLI>

abw1oim · 6 Apr 2014

Poste mal bitte solche Debugs mit Code-Tags (Erweitert-Button benutzen).

Ansonsten: Um den Fehler zu finden (der Context sollte an sich passen außer das mich der Name verwirrt - der war ursprünglich incoming

- da müssen sip.conf und extensions.conf zusammenpassen!) musst Du schon den gesamten Dialog vom initialen INVITE bis zum Abwurf liefern - das was da steht ist nur ein ACK-Paket.

Im Laufe des Dialogs findet sich dann nämlich auch ein Hinweis auf den Context und die gewünschte Extension.

wusel-09 · 7 Apr 2014

dg7mza schrieb:
Müsste die da so aussehen?

[arche_in]
exten => 4939123456 ,1,Dial(SIP/100)
exten => 4939123456,n,Hangup

Das sieht eigentlich ganz gut aus; wobei: Du hast (hattest?) in der sip.conf:

Code:

[arche_in]
type = peer
fromdomain = sip.arche.net
host = sip.arche.net
disallow=all
allow=ulaw
context=incoming

Sofern das Mapping denn klappt, wird 4939123456 im context incoming (und nicht arche_in) erwartet. Statt sip-debug-Ausgaben sind imho erst einmal Ausgaben von "asterisk -vvvr" interessant, da kommen dann so Sachen wie:

Code:

[Apr  7 01:42:06] WARNING[25409]: chan_sip.c:14460 check_auth: username mismatch, have <xxx-xxxx>, digest has <[email protected]>
[Apr  7 01:42:06] NOTICE[25409]: chan_sip.c:22653 handle_request_invite: Failed to authenticate device <sip:[email protected]>;tag=F396D3AE1070F2C1

Und ja, Asterisk ist nichts für einen kurzen Nachmittag. Man muß sich mit der generellen Aufteilung anfreunden und den Unterschied z. B. zwischen Channels (SIP, IAX2, ISDN, ...) und dem Dialplan (extensions.conf) verinnerlichen. Telefone (Clients) oder »Telefonleitungen« (Provider) bekommen einen sog. »context« zugewiesen und die »Rufnummern« (Extensions) werden dort definiert -- je nach Bedarf und Ursprung. Die »Nummer«, d. h. Extension 8373 ("TEST") mag nur im Kontext »from-anonymous« definiert sein (der bei Dir »from-sip« heißen mag -- oder fehlt), oder dort auf den Echo-Test, im Kontext »intern« aber auf eine Zeitansage zeigen ...

Generell mußt Du in der extensions.conf im jeweiligen Context die Extensions definieren, die Du benötigst/erwartest. Bei SIP-Providern sind das i. d. R. Rufnummern im E.164- oder einem lokalen Format, bei Dir also wohl 4939123456. Ich würde dabei anraten, nach "same =>" zu schauen, wenn Deine Asterisk-Version das schon kennt, macht das imho den Dialplan übersichtlicher. (»same =>« ersetzt »exten => NUMMER,«, beim Kopieren für andere Extensions tippt man sich nicht mehr den Wolf.)

dg7mza · 7 Apr 2014

Sorry, ich hatte nicht erwähnt, dass ich in der sip.conf den context von incomming auf arche_in geändert habe. Besser wäre wohl, die Zeilen in der extensions.conf unter [incomming] einzufügen.

Hier ist nun die Ausgabe der Asterisk-Konsole, beim eingehenden Anruf

Code:

Sending to 185.2.56.4:5060 (NAT)
Using INVITE request as basis request - 5e6addd3-38ac-1232-9385-90b11c124730
Found peer 'arche' for '+491701234567' from 185.2.56.4:5060

<--- Reliably Transmitting (NAT) to 185.2.56.4:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 185.2.56.4;branch=z9hG4bKmB301XcD9BgKD;received=185.2.56.4;rpor
t=5060
From: "+491701234567" <sip:[email protected]>;tag=F4BZU132HvNNH
To: <sip:[email protected]:5060>;tag=as71738a58
Call-ID: 5e6addd3-38ac-1232-9385-90b11c124730
CSeq: 58085630 INVITE
Server: Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS
H
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="1735e3d9"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '5e6addd3-38ac-1232-9385-90b11c124730' in 3
2000 ms (Method: INVITE)

<--- SIP read from UDP:185.2.56.4:5060 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 185.2.56.4;rport;branch=z9hG4bKmB301XcD9BgKD
Route: <sip:[email protected]:5060>
Max-Forwards: 66
From: "+491701234567" <sip:[email protected]>;tag=F4BZU132HvNNH
To: <sip:[email protected]:5060>;tag=as71738a58
Call-ID: 5e6addd3-38ac-1232-9385-90b11c124730
CSeq: 58085630 ACK
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---

<--- SIP read from UDP:185.2.56.4:5060 --->
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 185.2.56.4;rport;branch=z9hG4bKy5ZrKcNgc5eeH
Route: <sip:[email protected]:5060>
Max-Forwards: 66
From: "+491701234567" <sip:[email protected]>;tag=9F6v22mFa11HH
To: <sip:[email protected]:5060>
Call-ID: 70de1bea-38ac-1232-9385-90b11c124730
CSeq: 58085645 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: FreeSWITCH-mod_sofia/1.3.17+git~20130317T184136Z~c9a5a98c41
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER
, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, s
la, include-session-description, presence.winfo, message-summary, refer
Privacy: none
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 201
X-FS-Support: update_display,send_info
P-Asserted-Identity: "+491701234567" <sip:[email protected]>

v=0
o=FreeSWITCH 1396811451 1396811452 IN IP4 185.2.56.4
s=FreeSWITCH
c=IN IP4 185.2.56.4
t=0 0
m=audio 31968 RTP/AVP 8 0 3 101 13
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
<------------->
--- (19 headers 9 lines) ---
Sending to 185.2.56.4:5060 (NAT)
Using INVITE request as basis request - 70de1bea-38ac-1232-9385-90b11c124730
Found peer 'arche' for '+491701234567' from 185.2.56.4:5060

<--- Reliably Transmitting (NAT) to 185.2.56.4:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 185.2.56.4;branch=z9hG4bKy5ZrKcNgc5eeH;received=185.2.56.4;rpor
t=5060
From: "+491701234567" <sip:[email protected]>;tag=9F6v22mFa11HH
To: <sip:[email protected]:5060>;tag=as12fff419
Call-ID: 70de1bea-38ac-1232-9385-90b11c124730
CSeq: 58085645 INVITE
Server: Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS
H
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="388c6261"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '70de1bea-38ac-1232-9385-90b11c124730' in 3
2000 ms (Method: INVITE)

<--- SIP read from UDP:185.2.56.4:5060 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 185.2.56.4;rport;branch=z9hG4bKy5ZrKcNgc5eeH
Route: <sip:[email protected]:5060>
Max-Forwards: 66
From: "+491701234567" <sip:[email protected]>;tag=9F6v22mFa11HH
To: <sip:[email protected]:5060>;tag=as12fff419
Call-ID: 70de1bea-38ac-1232-9385-90b11c124730
CSeq: 58085645 ACK
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
Really destroying SIP dialog '5e6addd3-38ac-1232-9385-90b11c124730' Method: ACK

<--- SIP read from UDP:185.2.56.4:5060 --->
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 185.2.56.4;rport;branch=z9hG4bK98N96NeQc73Ug
Route: <sip:[email protected]:5060>
Max-Forwards: 66
From: "+491701234567" <sip:[email protected]>;tag=p6Qrj4ae8HcUa
To: <sip:[email protected]:5060>
Call-ID: 79d352bf-38ac-1232-9385-90b11c124730
CSeq: 58085653 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: FreeSWITCH-mod_sofia/1.3.17+git~20130317T184136Z~c9a5a98c41
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER
, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, s
la, include-session-description, presence.winfo, message-summary, refer
Privacy: none
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 201
X-FS-Support: update_display,send_info
P-Asserted-Identity: "+491701234567" <sip:[email protected]>

v=0
o=FreeSWITCH 1396817112 1396817113 IN IP4 185.2.56.4
s=FreeSWITCH
c=IN IP4 185.2.56.4
t=0 0
m=audio 26322 RTP/AVP 8 0 3 101 13
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
<------------->
--- (19 headers 9 lines) ---
Sending to 185.2.56.4:5060 (NAT)
Using INVITE request as basis request - 79d352bf-38ac-1232-9385-90b11c124730
Found peer 'arche' for '+491701234567' from 185.2.56.4:5060

<--- Reliably Transmitting (NAT) to 185.2.56.4:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 185.2.56.4;branch=z9hG4bK98N96NeQc73Ug;received=185.2.56.4;rpor
t=5060
From: "+491701234567" <sip:[email protected]>;tag=p6Qrj4ae8HcUa
To: <sip:[email protected]:5060>;tag=as54e4ac13
Call-ID: 79d352bf-38ac-1232-9385-90b11c124730
CSeq: 58085653 INVITE
Server: Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS
H
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="73ca4050"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '79d352bf-38ac-1232-9385-90b11c124730' in 3
2000 ms (Method: INVITE)

<--- SIP read from UDP:185.2.56.4:5060 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 185.2.56.4;rport;branch=z9hG4bK98N96NeQc73Ug
Route: <sip:[email protected]:5060>
Max-Forwards: 66
From: "+491701234567" <sip:[email protected]>;tag=p6Qrj4ae8HcUa
To: <sip:[email protected]:5060>;tag=as54e4ac13
Call-ID: 79d352bf-38ac-1232-9385-90b11c124730
CSeq: 58085653 ACK
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
       > doing dnsmgr_lookup for 'sip.arche.net'
REGISTER 11 headers, 0 lines
Reliably Transmitting (NAT) to 185.2.56.4:5060:
REGISTER sip:sip.arche.net SIP/2.0
Via: SIP/2.0/UDP 192.168.1.38:5060;branch=z9hG4bK6f965f6f;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as4efe7030
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 675 REGISTER
User-Agent: Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3
Authorization: Digest username="493123456", realm="sip.arche.net", algorithm
=MD5, uri="sip:sip.arche.net", nonce="693cfc10-be09-11e3-8c1c-31db36ca15f7", res
ponse="40af834fa4debd0cdd56f2a436c51aef", qop=auth, cnonce="762d1161", nc=000000
02
Expires: 120
Contact: <sip:[email protected]:5060>
Content-Length: 0


---

<--- SIP read from UDP:185.2.56.4:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.1.38:5060;branch=z9hG4bK6f965f6f;rport=5060;received=15
9.253.114.44
From: <sip:[email protected]>;tag=as4efe7030
To: <sip:[email protected]>;tag=9HrFm6aHHUKyp
Call-ID: [email protected]
CSeq: 675 REGISTER
User-Agent: FreeSWITCH-mod_sofia/1.3.17+git~20130317T184136Z~c9a5a98c41
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER
, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
WWW-Authenticate: Digest realm="sip.arche.net", nonce="a837d66a-be09-11e3-8cb2-3
1db36ca15f7", stale=true, algorithm=MD5, qop="auth"
Content-Length: 0

<------------->
--- (11 headers 0 lines) ---
Responding to challenge, registration to domain/host name sip.arche.net
       > doing dnsmgr_lookup for 'sip.arche.net'
REGISTER 11 headers, 0 lines
Reliably Transmitting (NAT) to 185.2.56.4:5060:
REGISTER sip:sip.arche.net SIP/2.0
Via: SIP/2.0/UDP 192.168.1.38:5060;branch=z9hG4bK5e0e5db6;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as6d468858
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 676 REGISTER
User-Agent: Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3
Authorization: Digest username="493123456", realm="sip.arche.net", algorithm
=MD5, uri="sip:sip.arche.net", nonce="a837d66a-be09-11e3-8cb2-31db36ca15f7", res
ponse="233dc4c7b18ead496f69b9cec130b64a", qop=auth, cnonce="23f958f7", nc=000000
01
Expires: 120
Contact: <sip:[email protected]:5060>
Content-Length: 0


---

<--- SIP read from UDP:185.2.56.4:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.38:5060;branch=z9hG4bK5e0e5db6;rport=5060;received=15
9.253.114.44
From: <sip:[email protected]>;tag=as6d468858
To: <sip:[email protected]>;tag=aUH8N1Ume49gj
Call-ID: [email protected]
CSeq: 676 REGISTER
Contact: <sip:[email protected]:5060>;expires=120
Date: Mon, 07 Apr 2014 04:04:04 GMT
User-Agent: FreeSWITCH-mod_sofia/1.3.17+git~20130317T184136Z~c9a5a98c41
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER
, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Content-Length: 0

<------------->
--- (12 headers 0 lines) ---
Scheduling destruction of SIP dialog '[email protected]
' in 32000 ms (Method: REGISTER)

<--- SIP read from UDP:185.2.56.4:5060 --->
NOTIFY sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 185.2.56.4;rport;branch=z9hG4bKmccttZ7Xc9r9F
Route: <sip:[email protected]:5060>
Max-Forwards: 70
From: <sip:[email protected]>;tag=B4a1QvcrBD03D
To: <sip:[email protected]>
Call-ID: 7fdec437-38ac-1232-9385-90b11c124730
CSeq: 58085658 NOTIFY
Contact: <sip:[email protected]:5060>
User-Agent: FreeSWITCH-mod_sofia/1.3.17+git~20130317T184136Z~c9a5a98c41
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER
, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Event: message-summary
Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, s
la, include-session-description, presence.winfo, message-summary, refer
Subscription-State: terminated;reason=noresource
Content-Type: application/simple-message-summary
Content-Length: 74

Messages-Waiting: no
Message-Account: sip:[email protected]

<------------->
--- (17 headers 2 lines) ---

<--- Transmitting (NAT) to 185.2.56.4:5060 --->
SIP/2.0 489 Bad event
Via: SIP/2.0/UDP 185.2.56.4;branch=z9hG4bKmccttZ7Xc9r9F;received=185.2.56.4;rpor
t=5060
From: <sip:[email protected]>;tag=B4a1QvcrBD03D
To: <sip:[email protected]>;tag=as38b9928f
Call-ID: 7fdec437-38ac-1232-9385-90b11c124730
CSeq: 58085658 NOTIFY
Server: Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS
H
Supported: replaces, timer
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '7fdec437-38ac-1232-9385-90b11c124730' in 3
2000 ms (Method: NOTIFY)
Really destroying SIP dialog '70de1bea-38ac-1232-9385-90b11c124730' Method: ACK
Really destroying SIP dialog '79d352bf-38ac-1232-9385-90b11c124730' Method: ACK
Really destroying SIP dialog '[email protected]' Method
: REGISTER
Really destroying SIP dialog '7fdec437-38ac-1232-9385-90b11c124730' Method: NOTI
FY
asterisk*CLI>

xrated · 7 Apr 2014

die Sip Debugs verwirren Anfänger mehr als das sie helfen, mach das sip debug erstmal wieder aus und das normale Logging für u.a. Dialplan mit: core set verbose 9

Grundsätzlich sehe ich ein unauthorized direkt nach dem Invite. Schaue mal nach ob sip show registry und sip show peers alles ok steht.

abw1oim · 7 Apr 2014

Das Unauthorized ist tatsächlich spannend und erklärt gleichzeitig Dein Problem:

Found peer 'arche' for '+491701234567' from 185.2.56.4:5060

sagt uns mal, dass Asterisk die Definition von [arche] nutzt (und nicht die von [arche-in]). Konzentrieren wir uns also zunächst auf [arche], da steht laut Deinem ersten Post:

[arche]
type = friend
;insecure = yes
nat = no
canreinvite = no
authuser = 4939123456
username = 4939123456
fromuser = 4939123456
secret = passwort
fromdomain = sip.arche.net
host = sip.arche.net
dtmfmode = rfc2833
context = incoming
disallow = all
allow = ulaw
allow = alaw
transport = udp

Das sieht eigentlich ganz nett aus, aber

Code:

secret = passwort
;insecure = yes

führt zu dem von xrated angemerktem Verhalten:

SIP/2.0 401 Unauthorized

, da Du damit deklarierst, dass sich Dein Sip-Provider bei Dir authentifizieren soll. Das wird er aber nicht tun ...

Deshalb folgender Korrekturvorschlag:

Code:

[arche]
type = [COLOR="#FF0000"][B]peer[/B][/COLOR]
;insecure = yes
[COLOR="#FF0000"][B];[/B][/COLOR]nat = no
[COLOR="#FF0000"][B];[/B][/COLOR]canreinvite = no
authuser = 4939123456
username = 4939123456
fromuser = 4939123456
[COLOR="#FF0000"][B]remote[/B][/COLOR]secret = passwort
fromdomain = sip.arche.net
host = sip.arche.net
[COLOR="#FF0000"][B];[/B][/COLOR]dtmfmode = rfc2833
context = incoming
disallow = all
allow = ulaw
allow = alaw
[COLOR="#FF0000"][B];[/B][/COLOR]transport = udp

Zum Hintergrund:

eine Definition als peer ist in dieser Konstellation (kein Loadbalancer) völlig ausreichend
nat ist in [general] korrekt geregelt
canreinvite gibt es in 1.8 so nicht mehr, das ist directmedia und bereits in [general] korrekt geregelt
remotesecret sagt Asterisk, dass das Passwort nur bei ausgehendem Verkehr relevant ist
dtmfmode ist in [general] korrekt geregelt
transport ist in [general] implizit über den angegebenen port in Verbindung mit nicht angegebenen Transpotparametern korrekt geregelt - 5060 ist ohne weitere Angaben udp

Den Kontext [arche-in] in der sip.conf kannst Du dann gleich noch streichen, die mit ; auskommentierten Zeilen kannst Du auch streichen, ich habe sie nur stehen gelassen, damit die Unterschiede schneller auffallen

Wenn Du dann einen sip reload machst, sollte ein eingehender Anruf erfolgversprechender aussehen ...

dg7mza · 7 Apr 2014

Erstmal vielen Dank für Eure Hilfe.

Ich habe die sip.conf nach Deinem Vorschlag geändertund Arche_in komplett gelöscht.
Den Inhalt des Contextes "Arche_in" in der extensions.conf habe ich unter "incomming" angefügt.

Eingehende Anrufe kommen aber immer noch nicht an.

Gruß und nochmals vielen Dank.

Michael

abw1oim · 7 Apr 2014

incomming oder incoming ?

Wie dem auch sei: Ohne Logs können wir Dir jeweils nicht helfen, wir sitzen ja nicht vor Deinem System. Und - ohne Dir etwas Böses zu wollen - einfach nach jeder Änderung wieder releveante Konfigteile (hier: sip.conf und extensions.conf) sowie Logs eines wiederholten Tests (mindestens mit verbose 5 und hier am besten auch mit sip debug) posten, dann kann Dir auch geholfen werden ...

xrated · 8 Apr 2014

In dem Peer Eintrag fehlt auch ein insecure=invite (Asterisk vertraut dem host ohne das er sich bei uns anmelden muss) - aber das nur setzen wenn type=peer.

abw1oim · 8 Apr 2014

@xrated: Falsch: Wenn remotesecret verwendet wird (statt secret), braucht es kein insecure. Verwented man secret, braucht es tatsächlich insecure=invite

dg7mza · 8 Apr 2014

abw1oim schrieb:
incomming oder incoming ?

Wie dem auch sei: Ohne Logs können wir Dir jeweils nicht helfen, wir sitzen ja nicht vor Deinem System. Und - ohne Dir etwas Böses zu wollen - einfach nach jeder Änderung wieder releveante Konfigteile (hier: sip.conf und extensions.conf) sowie Logs eines wiederholten Tests (mindestens mit verbose 5 und hier am besten auch mit sip debug) posten, dann kann Dir auch geholfen werden ...

Das ist mir klar.
Es war gestern, nach einem 12h Arbeitstag, nur ein schneller Test und eine kurze Rückmeldung.
Ich hoffe mal, dass heute mehr Zeit zum testen bleibt!
incoming war es, das zweite "m" war der Müdigkeit geschuldet!

Gruß

Michael

dg7mza · 26 Apr 2014

ICH HAB'S GESCHAFFT!!!!

ich wollte hier nur zum Abschluß mitteilen, dass ich es zum laufen bekommen habe:

4 Sip-Provider:
1x nur ausgehende Anrufe zu Mobil
2x nur eingehende Anrufe
1x aus- und eingehende Anrufe Festnetz

Das Handy über Bluetooth für eingehende Anrufe und ausgehende zu Mobil

Ich habe das ganze nach einem Crash der /var-Partition noch mal neu aufsetzen müssen. Dazu habe ich dann die Asterisk-GUI installiert und es zum laufen bekommen.

Das einzige kleine Problem:

Nach einem Neustart ist das GUI nicht sofort erreichbar.
Ich muss Asterisk erst noch mal aus und wieder einschalten. Woran liegts?

Viele Grüße

Michael - Stolz wie Bolle ;-)

xrated · 30 Apr 2014

Vielleicht ist die GUI ein separater Dienst. Zu beachten ist jedoch das die GUI afaik schon seit Jahren nicht mehr weiterentwickelt wird.

dg7mza · 30 Apr 2014

xrated schrieb:
Vielleicht ist die GUI ein separater Dienst. Zu beachten ist jedoch das die GUI afaik schon seit Jahren nicht mehr weiterentwickelt wird.

Ich werde das wohl nicht weiter nach verfolgen. Wichtig ist, dass der Asterisk jetzt endlich läuft.
Schade, dass die GUI nicht weiter entwickelt wird.
Ich finde den Aufbau übersichtlicher und logischer als FreePBX.

Gruß

Michael

Asterisk einrichtung - sip, Dialplan etc... Ich kapiere das nicht. Bitte um Hilfe!

Neuer User

Aktives Mitglied

Mitglied

Aktives Mitglied

Neuer User

Aktives Mitglied

Mitglied

Neuer User

Mitglied

Aktives Mitglied

Neuer User

Aktives Mitglied

Mitglied

Aktives Mitglied

Neuer User

Neuer User

Mitglied

Neuer User

Statistik des Forums