[gelöst] 401 bei eingehendem Gespräch

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
V

vulkanus

Neuer User
Mitglied seit
29 Nov 2006
Beiträge
20
Punkte für Reaktionen
0
Punkte
1
Hallo Forum :)

Ich beiße mir bereits seit mehreren Tagen des rumprobierens die Zähne an eingehenden Gesprächen aus und möchte nun euch zu diesem Problem befragen. Ich habe einen Asterisk hinter einem Router (LinkSys WRT54GL) stehen (5060 UDP/TCP, 4569 UDP und 10000-20000 UDP sind an den Asterisk geforwardet). Ausgehende Verbindungen und die Registrierung funktionieren, daraus schließe ich, dass die Benutzernamen, Kennwörter und Netzwerkeinrichtung stimmen. Insgesamt registriert sich der Asterisk mit 4 Accounts bei Fairytel. Anrufer erhalten lediglich ein Besetzt-Zeichen.

Auszug sip show peers:
Code: 
Name/username              Host            Dyn Nat ACL Port     Status     
90/90                      192.168.5.100    D          5728     OK (94 ms) 
92/92                      192.168.5.100    D   N      5728     OK (92 ms) 
fairytel-andreas-out/4372  213.208.4.114        N      5060     OK (48 ms) 
fairytel_in                213.208.4.114        N      5060     Unmonitored 
[...]
12 sip peers [Monitored: 9 online, 2 offline Unmonitored: 1 online, 0 offline]

sip show registry:
Code: 
Host                           dnsmgr Username       Refresh State                Reg.Time                 
fairytel.at:5060               N      43720345XXX       1785 Registered           Mon, 18 Jan 2010 01:07:29
fairytel.at:5060               N      43720345XXX       1785 Registered           Mon, 18 Jan 2010 01:07:29
fairytel.at:5060               N      43720345XXX       1785 Registered           Mon, 18 Jan 2010 01:07:29
fairytel.at:5060               N      43720345XXX       1785 Registered           Mon, 18 Jan 2010 01:07:29
4 SIP registrations.


Entsprechender Auszug aus sip.conf:
Code: 
[general]
context=default
language=de
externip=77.220.XXX.XXX
externrefresh=10
bindport=5060
port=5060
bindaddr=0.0.0.0
localnet=192.168.5.0/255.255.255.0
;nat=yes
;srvlookup=yes
tos=0x18
tos_sip=cs3 ;recommended
tos_audio=ef ;recommended
tos_video=af41 ;recommended
disallow=all
allow=ulaw,alaw,g729,gsm
dtmfmode=auto
maxexpirey=3600
defaultexpirey=1800

register => 43720345XXX:[email protected]/43720345XXX
[...]

[fairytel-andreas-out]
type=peer
username=43720345XXX
fromuser=43720345XXX
secret=kennwort
host=sip.fairytel.at
insecure=very
qualify=200

[...]

[fairytel_in]
type=peer
context=ankommend
host=sip.fairytel.at
fromdomain=sip.fairytel.at
fairytel_in steht natürlich unter allen anderen fairytel-Accounts.

Auszug aus extensions.conf:
Code: 
[general]
static=yes
writeprotect=no

[ankommend]
exten => _0043720345XXX,1,NoOp(Externer Ruf von ${CALLERID(all)} an ${EXTEN})
exten => _43720345XXX,n,Queue(andreas,nrt)
;exten => _0043720345XXX,n,Dial(SIP/92)
exten => _0043720345XXX,n,Wait(1)
exten => _0043720345XXX,n,VoiceMail(92@default,u)
exten => _0043720345XXX,n,Wait(1)
exten => _0043720345XXX,n,Congestion
exten => _0043720345XXX,n,HangUp
Hinweis: Geht auch mit Dial(SIP/92) und auskommentierter Queue ned.

sip debug spuckt bei einem Anruf folgendes aus:
Code: 
<--- SIP read from UDP:213.208.4.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:213.208.4.114;lr=on;ftag=as63ab0cca>
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK5c6b.1378c7b7.0
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK18c8be8a;rport=5060
Max-Forwards: 69
From: "00436602020XXX" <sip:[email protected]>;tag=as63ab0cca
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Date: Sun, 17 Jan 2010 22:14:26 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 450

v=0
o=root 1845767217 1845767217 IN IP4 213.208.5.25
s=Asterisk
c=IN IP4 213.208.5.25
t=0 0
m=audio 14504 RTP/AVP 8 18 111 0 97 3 110 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 20 lines) ---
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
Sending to 213.208.4.114 : 5060 (no NAT)
Using INVITE request as basis request - [email protected]
Found peer 'fairytel-andreas-out' for '00436602020XXX' from 213.208.4.114:5060
sip*CLI> 
<--- Reliably Transmitting (no NAT) to 213.208.4.114:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK5c6b.1378c7b7.0;received=213.208.4.114
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK18c8be8a;rport=5060
From: "00436602020XXX" <sip:[email protected]>;tag=as63ab0cca
To: <sip:[email protected]>;tag=as256f464e
Call-ID: [email protected]
CSeq: 102 INVITE
Server: Asterisk PBX 1.6.2.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="79e664b3"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: INVITE)
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:213.208.4.114;lr=on;ftag=as63ab0cca>
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK5c6b.1378c7b7.1
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK18c8be8a;rport=5060
Max-Forwards: 69
From: "00436602020XXX" <sip:[email protected]>;tag=as63ab0cca
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Date: Sun, 17 Jan 2010 22:14:26 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 450

v=0
o=root 1845767217 1845767217 IN IP4 213.208.5.25
s=Asterisk
c=IN IP4 213.208.5.25
t=0 0
m=audio 14504 RTP/AVP 8 18 111 0 97 3 110 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 20 lines) ---
Ignoring this INVITE request
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK5c6b.1378c7b7.0
From: "00436602020XXX" <sip:[email protected]>;tag=as63ab0cca
Call-ID: [email protected]
To: <sip:[email protected]>;tag=as256f464e
CSeq: 102 ACK
Server: fairytel.at OpenSER SIP Server
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:213.208.4.114;lr=on;ftag=as63ab0cca>
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK5c6b.1378c7b7.1
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK18c8be8a;rport=5060
Max-Forwards: 69
From: "00436602020XXX" <sip:[email protected]>;tag=as63ab0cca
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Date: Sun, 17 Jan 2010 22:14:26 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 450

v=0
o=root 1845767217 1845767217 IN IP4 213.208.5.25
s=Asterisk
c=IN IP4 213.208.5.25
t=0 0
m=audio 14504 RTP/AVP 8 18 111 0 97 3 110 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 20 lines) ---
Ignoring this INVITE request
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:213.208.4.114;lr=on;ftag=as63ab0cca>
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK5c6b.1378c7b7.1
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK18c8be8a;rport=5060
Max-Forwards: 69
From: "00436602020XXX" <sip:[email protected]>;tag=as63ab0cca
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Date: Sun, 17 Jan 2010 22:14:26 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 450

v=0
o=root 1845767217 1845767217 IN IP4 213.208.5.25
s=Asterisk
c=IN IP4 213.208.5.25
t=0 0
m=audio 14504 RTP/AVP 8 18 111 0 97 3 110 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 20 lines) ---
Ignoring this INVITE request
Reliably Transmitting (no NAT) to 213.208.4.114:5060:
OPTIONS sip:sip.fairytel.at SIP/2.0
Via: SIP/2.0/UDP 77.220.XXX.XXX:5060;branch=z9hG4bK12447f29;rport
Max-Forwards: 70
From: "asterisk" <sip:[email protected]>;tag=as5656907c
To: <sip:sip.fairytel.at>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 1.6.2.1
Date: Sun, 17 Jan 2010 23:14:37 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0


---
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 77.220.XXX.XXX:5060;branch=z9hG4bK12447f29;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as5656907c
To: <sip:sip.fairytel.at>;tag=3a376f4f108ca228d944dba1d3028909.1c4b
Call-ID: [email protected]
CSeq: 102 OPTIONS
Accept: */*
Accept-Encoding: 
Accept-Language: en
Supported: 
Server: fairytel.at OpenSER SIP Server
Content-Length: 0

Darin ist mir vor allem die Zeile "SIP/2.0 401 Unauthorized" aufgefallen, was aber, wenn ich meine bisherigen Suchbemühungen richtig interpretiert habe, zumindest beim Register eine Standardvorgehensweise des Asterisks sein soll. Die nachfolgenden Invites des Fairytel-Servers ignoriert er.

core show version:
Code: 
Asterisk 1.6.2.1 built by root @ sip.XXX.at on a i686 running Linux on 2010-01-17 05:10:53 UTC

Betriebssystem ist CentOS 5.4 i386 mit allen Updates (letztes Update: 17.01.2010 gegen 4:40)
uname -r
2.6.18-164.10.1.el5
Zum Vergrößern anklicken....
SELinux ist deaktiviert.
"Hardware" (falls die hier was zur Sache tut): VMware Server 2.0.2, Hardware Revision: 7, NIC: Bridget, CPUs: 1, RAM: 512 MB

Da ich bei dem Problem nicht mehr durchblicke bitte ich um eure Mithilfe und hoffe, dass wir das Problem lösen können. Besten Dank im Voraus für eure Antworten!

MfG Andreas
 
Zuletzt bearbeitet:
Hallo Andreas,

[fairytel-andreas-out]
insecure=very
Zum Vergrößern anklicken....

bei 1.6 besser insecure=port,invite

fairytel_in steht natürlich unter allen anderen fairytel-Accounts.
Zum Vergrößern anklicken....

Das muss nicht sein, einmal gleich unterhalb dem letzten Account reicht.

Poste doch mal bitte die CLI ohne sip debug, damit man sieht was Asterisk eigentlich mit dem Anruf macht.

Rentier
 
Zuletzt bearbeitet von einem Moderator:
Hallo Rentier,

erst mal Danke für deine Antwort und die ersten Tipps :)
Ich hab jetzt bei allen fairytel-Trunks nat auf yes gesetzt und insecure=port,invite eingetragen.

Es bringt mich zumindest ein kleines bisschen weiter, denn jetzt gibts zwei neue Notices bei eingehenden Gesprächen (das ist nur ein "Gespräch", nicht zwei!) die gestern noch nicht da waren (ebenfalls mit verbosity=10):
Code: 
Connected to Asterisk 1.6.2.1 currently running on sip (pid = 3433)
Verbosity was 3 and is now 10
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
[Jan 18 21:17:33] NOTICE[3445]: chan_sip.c:20012 handle_request_invite: Call from '43720345830' to extension '43720345830' rejected because extension not found.
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
[Jan 18 21:17:34] NOTICE[3445]: chan_sip.c:20012 handle_request_invite: Call from '43720345830' to extension '0043720345830' rejected because extension not found.
sip*CLI>

Der * liefert jetzt ein 404 Not Found zurück. Eine Erklärung ist im neuen sip debug-Auszug weiter unten zu finden.

Neuer ausgehender Trunk:
Code: 
[fairytel-andreas-out]
type=peer
username=43720345XXX
fromuser=43720345XXX
secret=kennwort
host=sip.fairytel.at
insecure=port,invite
qualify=200
nat=yes

Eingehender Trunk:
Code: 
[fairytel_in]
type=peer
context=ankommend
host=sip.fairytel.at
fromdomain=sip.fairytel.at
nat=yes

Mit sip set debug on siehts jetzt folgendermaßen aus:
Code: 
Connected to Asterisk 1.6.2.1 currently running on sip (pid = 3627)
Verbosity was 3 and is now 10
sip*CLI> sip set debug on
SIP Debugging enabled
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:213.208.4.114;lr=on;ftag=as40f21d81>
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK066a.66acde47.0
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK076b2562;rport=5060
Max-Forwards: 69
From: "00436602020XXX" <sip:[email protected]>;tag=as40f21d81
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Date: Mon, 18 Jan 2010 19:33:05 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 450

v=0
o=root 2086314267 2086314267 IN IP4 213.208.5.25
s=Asterisk
c=IN IP4 213.208.5.25
t=0 0
m=audio 12970 RTP/AVP 8 18 111 0 97 3 110 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 20 lines) ---
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
Sending to 213.208.4.114 : 5060 (no NAT)
Using INVITE request as basis request - [email protected]
Found peer 'fairytel-andreas-out' for '00436602020XXX' from 213.208.4.114:5060
Found RTP audio format 8
Found RTP audio format 18
Found RTP audio format 111
Found RTP audio format 0
Found RTP audio format 97
Found RTP audio format 3
Found RTP audio format 110
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format G729 for ID 18
Found audio description format G726-32 for ID 111
Found audio description format PCMU for ID 0
Found audio description format iLBC for ID 97
Found audio description format GSM for ID 3
Found audio description format speex for ID 110
Found audio description format telephone-event for ID 101
Capabilities: us - 0x10e (gsm|ulaw|alaw|g729), peer - audio=0xf0e (gsm|ulaw|alaw|g726|g729|speex|ilbc)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x10e (gsm|ulaw|alaw|g729)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 213.208.5.25:12970
Looking for 43720345XXX in default (domain 77.220.XXX.XXX)

<--- Reliably Transmitting (NAT) to 213.208.4.114:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK066a.66acde47.0;received=213.208.4.114
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK076b2562;rport=5060
From: "00436602020XXX" <sip:[email protected]>;tag=as40f21d81
To: <sip:[email protected]>;tag=as21c1c138
Call-ID: [email protected]
CSeq: 102 INVITE
Server: Asterisk PBX 1.6.2.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0


<------------>
[Jan 18 21:33:06] NOTICE[3647]: chan_sip.c:20012 handle_request_invite: Call from '43720345XXX' to extension '43720345XXX' rejected because extension not found.
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: INVITE)

<--- SIP read from UDP:213.208.4.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:213.208.4.114;lr=on;ftag=as40f21d81>
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK066a.66acde47.1
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK076b2562;rport=5060
Max-Forwards: 69
From: "00436602020XXX" <sip:[email protected]>;tag=as40f21d81
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Date: Mon, 18 Jan 2010 19:33:05 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 450

v=0
o=root 2086314267 2086314267 IN IP4 213.208.5.25
s=Asterisk
c=IN IP4 213.208.5.25
t=0 0
m=audio 12970 RTP/AVP 8 18 111 0 97 3 110 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 20 lines) ---
Ignoring this INVITE request
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK066a.66acde47.0
From: "00436602020XXX" <sip:[email protected]>;tag=as40f21d81
Call-ID: [email protected]
To: <sip:[email protected]>;tag=as21c1c138
CSeq: 102 ACK
Server: fairytel.at OpenSER SIP Server
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:213.208.4.114;lr=on;ftag=as40f21d81>
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK066a.66acde47.1
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK076b2562;rport=5060
Max-Forwards: 69
From: "00436602020XXX" <sip:[email protected]>;tag=as40f21d81
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Date: Mon, 18 Jan 2010 19:33:05 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 450

v=0
o=root 2086314267 2086314267 IN IP4 213.208.5.25
s=Asterisk
c=IN IP4 213.208.5.25
t=0 0
m=audio 12970 RTP/AVP 8 18 111 0 97 3 110 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 20 lines) ---
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
Sending to 213.208.4.114 : 5060 (no NAT)
Using INVITE request as basis request - [email protected]
Found peer 'fairytel-andreas-out' for '00436602020XXX' from 213.208.4.114:5060
Found RTP audio format 8
Found RTP audio format 18
Found RTP audio format 111
Found RTP audio format 0
Found RTP audio format 97
Found RTP audio format 3
Found RTP audio format 110
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format G729 for ID 18
Found audio description format G726-32 for ID 111
Found audio description format PCMU for ID 0
Found audio description format iLBC for ID 97
Found audio description format GSM for ID 3
Found audio description format speex for ID 110
Found audio description format telephone-event for ID 101
Capabilities: us - 0x10e (gsm|ulaw|alaw|g729), peer - audio=0xf0e (gsm|ulaw|alaw|g726|g729|speex|ilbc)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x10e (gsm|ulaw|alaw|g729)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 213.208.5.25:12970
Looking for 0043720345XXX in default (domain 77.220.XXX.XXX)

<--- Reliably Transmitting (NAT) to 213.208.4.114:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK066a.66acde47.1;received=213.208.4.114
Via: SIP/2.0/UDP 213.208.5.25:5060;branch=z9hG4bK076b2562;rport=5060
From: "00436602020XXX" <sip:[email protected]>;tag=as40f21d81
To: <sip:[email protected]>;tag=as60823200
Call-ID: [email protected]
CSeq: 102 INVITE
Server: Asterisk PBX 1.6.2.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0


<------------>
[Jan 18 21:33:06] NOTICE[3647]: chan_sip.c:20012 handle_request_invite: Call from '43720345XXX' to extension '0043720345XXX' rejected because extension not found.
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: INVITE)
sip*CLI> 
<--- SIP read from UDP:213.208.4.114:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 213.208.4.114;branch=z9hG4bK066a.66acde47.1
From: "00436602020290" <sip:[email protected]>;tag=as40f21d81
Call-ID: [email protected]
To: <sip:[email protected]>;tag=as60823200
CSeq: 102 ACK
Server: fairytel.at OpenSER SIP Server
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]' Method: ACK
sip*CLI> sip set debug off
SIP Debugging Disabled
sip*CLI>

Wenn ich das richtig interpretiere verläuft sich der Channel also in den ausgehenden Trunk fairytel_andreas_out, anstatt im eingehenden fairytel_in weiterzulaufen. Im ausgehenden Trunk stösst er dann auf den Context default (wie in [general] in sip.conf festgelegt), wo er allerdings die Extension in Form der angerufenen Nummer nicht finden kann und gibt einen 404 zurück. Daraufhin versucht ers nochmal mit 0043..., was aber im ausgehenden Trunk ebenfalls nicht funktionieren kann.

Wie bringe ich dem * jetzt bei dass er in den Context "ankommend" soll? Kann es sein dass der eingehende Trunk seit 1.6.x kein beliebiges Format mehr haben darf und einen bestimmten Namen haben muss?

MfG Andreas
 
Hallo,
das ändert leider nicht viel. Okay, es fällt ein Notice weg, wenn ich mit "exten => 43720345xxx" arbeite. Scheint also ein klein wenig besser zu sein, das Problem bleibt aber leider das selbe: der eingehende Channel läuft scheinbar in einen ausgehenden Trunk rein wo er nix zu suchen hat :)
 
Probier mal

sip.conf
Code: 
[fairytel-andreas-out]
type=peer
username=43720345XXX
fromuser=43720345XXX
secret=kennwort
host=sip.fairytel.at
insecure=port,invite
qualify=200
nat=yes
context=ankommend
fromdomain=sip.fairytel.at
ohne extra ankommendes Peer.
Ich habe das schon seit 1.4 so und das geht wunderbar. Die separaten ankommenden Peers sind glaube ich noch ein Relikt. Oder weiß jemand einen Fall, wo man das explizit braucht?

Asterisk läuft nicht direkt in den abgehenden Context, sondern da für das Peer, über das der Anruf kommt, kein Context definiert ist, in den default, wo dann vermutlich der abgehende Context included ist.
 
Cool, danke danke danke danke :) :) Genau das war die Ursache. Im default ist nur der abgehende Context drin, ja.
Irgendwann rächt es sich halt wenn man seit Asterisk 1.2 die Configs mitschleppt...
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 524 (Mitglieder: 47, Gäste: 477)

Neueste Beiträge

Statistik des Forums

Themen
246,273
Beiträge
2,249,263
Mitglieder
373,861
Neuestes Mitglied
rbaur68
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück