Mehrere Accounts bei einem Provider: invite: Forbidden - wrong password

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

udosw

Aktives Mitglied
Mitglied seit
20 Mrz 2004
Beiträge
1,114
Punkte für Reaktionen
0
Punkte
36
Ein kniffliges Problem, es hängt zum einem generell mit der Anordnung der Peers in der sip.conf zusammen und zum anderen sicher damit, dass Kabel Deutschland sich möglicherweise da sehr speziell verhält.

Also:
Ich habe drei Rufnummern von kabelphone in meinem Asterisk registriert. Ich kann problemlos raustelefonieren und auch angerufen werden, solange ich nicht canreinvite=yes benutze. Das möchte ich aber unbedingt tun, da mein Asterisk auf einer NSLU laufen soll und ich nicht möchte, dass die RTP Pakete dort durch müssen, die Performance reicht dafür einfach nicht.

Das re-invite funktioniert auch problemlos, wenn ich mich auf einen Account bei kabelphone beschränkte, und zwar der letzte in der sip.conf eingetragene.

Hier meine sip.conf, ich habe die letzten beiden Stellen der Nummern extra dringelassen, damit man weiß, von welcher Nummer ich spreche:
Code: 
register => [email protected]:******:[email protected]/XXXXXXXXXX39
register => [email protected]:******:[email protected]/XXXXXXXXXX25
register => [email protected]:******:[email protected]/XXXXXXXXXX40

[...]

[kd2]
type=peer
insecure=very
nat=yes
username=XXXXXXXXXX39
fromuser=XXXXXXXXXX39
secret=******
host=prox01.kabelphone.de
outboundproxy=prox01.kabelphone.de
fromdomain=reg165.kabelphone.de
qualify=yes
allow=all
context = from-extern2

[kd1]
type=peer
insecure=very
nat=yes
username=XXXXXXXXXX25
fromuser=XXXXXXXXXX25
secret=******
host=prox01.kabelphone.de
outboundproxy=prox01.kabelphone.de
fromdomain=reg165.kabelphone.de
qualify=yes
allow=all
context = from-extern1

[kd0]
type=peer
insecure=very
nat=yes
username=XXXXXXXXXX40
fromuser=XXXXXXXXXX40
secret=******
host=prox01.kabelphone.de
outboundproxy=prox01.kabelphone.de
fromdomain=reg165.kabelphone.de   
qualify=yes
allow=all
context = from-extern0
Soweit der erse Versuch mit der sip.conf. Als zweites habe ich noch die Variante aus Betateilchen's Kurs probiert, also einen weiteren Abschnitt für eingehende Gespräche:
Code: 
[kd-in]
type=peer
insecure=very
nat=yes
username=XXXXXXXXXX40
fromuser=XXXXXXXXXX40
secret=******
host=prox01.kabelphone.de
outboundproxy=prox01.kabelphone.de
fromdomain=reg165.kabelphone.de   
qualify=yes
allow=all
context = from-extern
Wenn ich hier nur die Minimal-Version, ohne username, fromuser und secret nehme kommt ein 'Bad Request' zurück. Ich habe auch schon mit insecure=invite versucht, keine Änderung.

Hier die ein erfolgreiches Gespräch, ich rufe vom Handy die XX40 an:
Code: 
[Jan 17 17:51:14]     -- Executing NoOp("SIP/XXXXXXXXXX40-001603b0", "VON: "" <0176XXXXXXXX> NACH: XXXXXXXXXX40") in new stack
[Jan 17 17:51:14]     -- Executing Dial("SIP/XXXXXXXXXX40-001603b0", "SIP/7") in new stack
[Jan 17 17:51:14]     -- Called 7
[Jan 17 17:51:14]     -- SIP/7-001658f0 is ringing
[Jan 17 17:51:15]     -- SIP/7-001658f0 answered SIP/XXXXXXXXXX40-001603b0
[Jan 17 17:51:15]     -- Attempting native bridge of SIP/XXXXXXXXXX40-001603b0 and SIP/7-001658f0
und ich habe eine Verbindung und alles ist gut.

Nun rufe ich die XX25 an:
Code: 
[Jan 17 17:51:34]     -- Executing NoOp("SIP/XXXXXXXXXX40-001603b0", "VON: "" <0176XXXXXX79> NACH: XXXXXXXXXX25") in new stack
[Jan 17 17:51:34]     -- Executing Dial("SIP/XXXXXXXXXX40-001603b0", "SIP/7") in new stack
[Jan 17 17:51:34]     -- Called 7
[Jan 17 17:51:34]     -- SIP/7-001658f0 is ringing
[Jan 17 17:51:35]     -- SIP/7-001658f0 answered SIP/XXXXXXXXXX40-001603b0
[Jan 17 17:51:35]     -- Attempting native bridge of SIP/XXXXXXXXXX40-001603b0 and SIP/7-001658f0
[Jan 17 17:51:35] WARNING[27630]: chan_sip.c:9787 handle_response_invite: Forbidden - wrong password on authentication for INVITE to '<sip:[email protected];user=phone>;tag=as13952b88'
[Jan 17 17:51:35]   == Spawn extension (from-extern, XXXXXXXXXX25, 2) exited non-zero on 'SIP/XXXXXXXXXX40-001603b0'
und es wird aufgelegt.

Ich nehme an, dass das Problem damit zusammenhängt, dass immer der letzte Eintrag in der sip.conf genommen wird, der auf den Provider passt, und daher auch bei einem Anruf auf der XX25 die Daten vom Account XX40 zum Authentifizieren des INVITE genommen werden, und dann passt das Passwort nicht.

Wie kann ich das vermeiden?

Hier noch ein Debug eines fehlgeschlagenenen Anrufs:
Code: 
<-- SIP read from 83.169.182.1:5060: 
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK2d5bm4303oqhev4sf680.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       INVITE
Max-Forwards: 69
Supported: 100rel,timer,replaces,unknown
Contact: <sip:[email protected]:5060;transport=udp>
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,REFER,UPDATE
Min-SE: 900
Session-Expires: 1800;refresher=uac
Alert-Info: <file://Bellcore-dr1>
Content-Length: 240
Content-Type: application/sdp

v=0
o=- 9679684 0 IN IP4 83.169.182.1
s=Cisco SDP 0
c=IN IP4 83.169.182.1
t=0 0
m=audio 16758 RTP/AVP 8
a=sqn:0
a=cdsc:1 audio RTP/AVP 100
a=cpar:a=rtpmap:100 X-NSE/8000
a=cpar:a=fmtp:100 192-194,200-202
a=cdsc:2 image udptl t38

[Jan 17 16:26:35] --- (15 headers 11 lines) ---
[Jan 17 16:26:35] Using INVITE request as basis request - SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
[Jan 17 16:26:35] Sending to 83.169.182.1 : 5060 (non-NAT)
[Jan 17 16:26:35] Found peer 'kd0'
[Jan 17 16:26:35] Found RTP audio format 8
[Jan 17 16:26:35] Peer audio RTP is at port 83.169.182.1:16758
[Jan 17 16:26:35] Capabilities: us - 0x1f07ff (g723|gsm|ulaw|alaw|g726|adpcm|slin|lpc10|g729|speex|ilbc|jpeg|png|h261|h263|h263p), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
[Jan 17 16:26:35] Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
[Jan 17 16:26:35] Looking for XXXXXXXXXX25 in from-extern (domain 192.168.178.10)
[Jan 17 16:26:35] list_route: hop: <sip:[email protected]:5060;transport=udp>
[Jan 17 16:26:35] Transmitting (NAT) to 83.169.182.1:5060:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK2d5bm4303oqhev4sf680.1;received=83.169.182.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0


---
[Jan 17 16:26:35]     -- Executing NoOp("SIP/XXXXXXXXXX40-001283f0", "VON: "" <0176XXXXXXXX> NACH: XXXXXXXXXX25") in new stack
[Jan 17 16:26:35]     -- Executing Dial("SIP/XXXXXXXXXX40-001283f0", "SIP/7") in new stack
[Jan 17 16:26:35]     -- Called 7
[Jan 17 16:26:35]     -- SIP/7-0014dc98 is ringing
[Jan 17 16:26:35] Transmitting (NAT) to 83.169.182.1:5060:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK2d5bm4303oqhev4sf680.1;received=83.169.182.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       INVITE
User-Agent: Asterisk PBX
llow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0


---
[Jan 17 16:26:38]     -- SIP/7-0014dc98 answered SIP/XXXXXXXXXX40-001283f0
[Jan 17 16:26:38] We're at 192.168.178.10 port 9088
[Jan 17 16:26:38] Adding codec 0x8 (alaw) to SDP
[Jan 17 16:26:38] Reliably Transmitting (NAT) to 83.169.182.1:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK2d5bm4303oqhev4sf680.1;received=83.169.182.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Type: application/sdp
Content-Length: 163

v=0
o=root 27472 27472 IN IP4 192.168.178.10
s=session
c=IN IP4 192.168.178.10
t=0 0
m=audio 9088 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38]     -- Attempting native bridge of SIP/XXXXXXXXXX40-001283f0 and SIP/7-0014dc98
[Jan 17 16:26:38] Retransmitting #1 (NAT) to 83.169.182.1:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK2d5bm4303oqhev4sf680.1;received=83.169.182.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Type: application/sdp
Content-Length: 163

v=0
o=root 27472 27472 IN IP4 192.168.178.10
s=session
c=IN IP4 192.168.178.10
t=0 0
m=audio 9088 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38] Retransmitting #2 (NAT) to 83.169.182.1:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK2d5bm4303oqhev4sf680.1;received=83.169.182.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Type: application/sdp
Content-Length: 163

v=0
o=root 27472 27472 IN IP4 192.168.178.10
s=session
c=IN IP4 192.168.178.10
t=0 0
m=audio 9088 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38] 
<-- SIP read from 83.169.182.1:5060: 
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK13si5b003gtgbjca0541.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       ACK
Max-Forwards: 69
Content-Length: 0


[Jan 17 16:26:38] --- (8 headers 0 lines) ---
[Jan 17 16:26:38] set_destination: Parsing <sip:[email protected]:5060;transport=udp> for address/port to send to
[Jan 17 16:26:38] set_destination: set destination to 83.169.182.1, port 5060
[Jan 17 16:26:38] We're at 192.168.178.10 port 9088
[Jan 17 16:26:38] Adding codec 0x8 (alaw) to SDP
[Jan 17 16:26:38] 13 headers, 8 lines
[Jan 17 16:26:38] Reliably Transmitting (NAT) to 83.169.182.1:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK0b68dac7;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
X-asterisk-info: SIP re-invite (RTP bridge)
Content-Type: application/sdp
ontent-Length: 164

v=0
o=root 27472 27473 IN IP4 192.168.178.20
s=session
c=IN IP4 192.168.178.20
t=0 0
m=audio 10000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38] 
<-- SIP read from 83.169.182.1:5060: 
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK13si5b003gtgbjca0541.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 1       ACK
Max-Forwards: 69
Content-Length: 0


[Jan 17 16:26:38] --- (8 headers 0 lines) ---
[Jan 17 16:26:38] Retransmitting #1 (NAT) to 83.169.182.1:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK0b68dac7;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
X-asterisk-info: SIP re-invite (RTP bridge)
Content-Type: application/sdp
Content-Length: 164

v=0
o=root 27472 27473 IN IP4 192.168.178.20
s=session
c=IN IP4 192.168.178.20
t=0 0
m=audio 10000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38] 
<-- SIP read from 83.169.182.1:5060: 
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.178.10:5060;received=77.20.140.234;branch=z9hG4bK0b68dac7;rport=61001
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 102 INVITE
WWW-Authenticate: Digest realm="kabel-bb.de", nonce="14fe2f0522c42219f3d932529686ee84", algorithm=MD5, qop="auth"
Content-Length: 0


[Jan 17 16:26:38] --- (8 headers 0 lines) ---
[Jan 17 16:26:38] set_destination: Parsing <sip:[email protected]:5060;transport=udp> for address/port to send to
[Jan 17 16:26:38] set_destination: set destination to 83.169.182.1, port 5060
[Jan 17 16:26:38] Transmitting (NAT) to 83.169.182.1:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK0b68dac7;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
[Jan 17 16:26:38] set_destination: Parsing <sip:[email protected]:5060;transport=udp> for address/port to send to
[Jan 17 16:26:38] set_destination: set destination to 83.169.182.1, port 5060
[Jan 17 16:26:38] We're at 192.168.178.10 port 9088
[Jan 17 16:26:38] Adding codec 0x8 (alaw) to SDP
[Jan 17 16:26:38] Reliably Transmitting (NAT) to 83.169.182.1:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK26744eda;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="XXXXXXXXXX40", realm="kabel-bb.de", algorithm=MD5, uri="sip:[email protected]:5060", nonce="14fe2f0522c42219f3d932529686ee84", response="38acbe86b89726b4844e5012fcca6c64", opaque="", qop=auth, cnonce="2fa93d09", nc=00000001
Date: Sun, 17 Jan 2010 15:26:38 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 164

v=0
o=root 27472 27474 IN IP4 192.168.178.20
s=session
c=IN IP4 192.168.178.20
t=0 0
m=audio 10000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38] 
<-- SIP read from 83.169.182.1:5060: 
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.178.10:5060;received=77.20.140.234;branch=z9hG4bK0b68dac7;rport=61001
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 102 INVITE
WWW-Authenticate: Digest realm="kabel-bb.de", nonce="14fe2f0522c42219f3d932529686ee84", algorithm=MD5, qop="auth"
Content-Length: 0


[Jan 17 16:26:38] --- (8 headers 0 lines) ---
[Jan 17 16:26:38] Retransmitting #1 (NAT) to 83.169.182.1:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK26744eda;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="XXXXXXXXXX40", realm="kabel-bb.de", algorithm=MD5, uri="sip:[email protected]:5060", nonce="14fe2f0522c42219f3d932529686ee84", response="38acbe86b89726b4844e5012fcca6c64", opaque="", qop=auth, cnonce="2fa93d09", nc=00000001
Date: Sun, 17 Jan 2010 15:26:38 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 164

v=0
o=root 27472 27474 IN IP4 192.168.178.20
s=session
c=IN IP4 192.168.178.20
t=0 0
m=audio 10000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38] Retransmitting #2 (NAT) to 83.169.182.1:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK26744eda;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="XXXXXXXXXX40", realm="kabel-bb.de", algorithm=MD5, uri="sip:[email protected]:5060", nonce="14fe2f0522c42219f3d932529686ee84", response="38acbe86b89726b4844e5012fcca6c64", opaque="", qop=auth, cnonce="2fa93d09", nc=00000001
Date: Sun, 17 Jan 2010 15:26:38 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 164

v=0
o=root 27472 27474 IN IP4 192.168.178.20
s=session
c=IN IP4 192.168.178.20
t=0 0
m=audio 10000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:38] Retransmitting #3 (NAT) to 83.169.182.1:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK26744eda;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="XXXXXXXXXX40", realm="kabel-bb.de", algorithm=MD5, uri="sip:[email protected]:5060", nonce="14fe2f0522c42219f3d932529686ee84", response="38acbe86b89726b4844e5012fcca6c64", opaque="", qop=auth, cnonce="2fa93d09", nc=00000001
Date: Sun, 17 Jan 2010 15:26:38 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 164

v=0
o=root 27472 27474 IN IP4 192.168.178.20
s=session
c=IN IP4 192.168.178.20
t=0 0
m=audio 10000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:39] Retransmitting #4 (NAT) to 83.169.182.1:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK26744eda;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="XXXXXXXXXX40", realm="kabel-bb.de", algorithm=MD5, uri="sip:[email protected]:5060", nonce="14fe2f0522c42219f3d932529686ee84", response="38acbe86b89726b4844e5012fcca6c64", opaque="", qop=auth, cnonce="2fa93d09", nc=00000001
Date: Sun, 17 Jan 2010 15:26:38 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 164

v=0
o=root 27472 27474 IN IP4 192.168.178.20
s=session
c=IN IP4 192.168.178.20
t=0 0
m=audio 10000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
[Jan 17 16:26:39] 
<-- SIP read from 83.169.182.1:5060: 
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 192.168.178.10:5060;received=77.20.140.234;branch=z9hG4bK26744eda;rport=61001
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 103 INVITE
Content-Length: 0


[Jan 17 16:26:39] --- (7 headers 0 lines) ---
[Jan 17 16:26:39] set_destination: Parsing <sip:[email protected]:5060;transport=udp> for address/port to send to
[Jan 17 16:26:39] set_destination: set destination to 83.169.182.1, port 5060
[Jan 17 16:26:39] Transmitting (NAT) to 83.169.182.1:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.10:5060;branch=z9hG4bK26744eda;rport
From: <sip:[email protected];user=phone>;tag=as1d7c7457
To: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
Contact: <sip:[email protected]>
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
[Jan 17 16:26:39] WARNING[27466]: chan_sip.c:9787 handle_response_invite: Forbidden - wrong password on authentication for INVITE to '<sip:[email protected];user=phone>;tag=as1d7c7457'
[Jan 17 16:26:39]   == Spawn extension (from-extern, XXXXXXXXXX25, 2) exited non-zero on 'SIP/XXXXXXXXXX40-001283f0'
[Jan 17 16:26:40] Destroying call 'SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0'
[Jan 17 16:26:42] 
<-- SIP read from 83.169.182.1:5060: 
BYE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK13si5b003gtgbjca0541cd0000010.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 2       BYE
Max-Forwards: 69
Content-Length: 0


[Jan 17 16:26:42] --- (8 headers 0 lines) ---
[Jan 17 16:26:42] Transmitting (no NAT) to 83.169.182.1:5060:
SIP/2.0 481 Call leg/transaction does not exist
Via: SIP/2.0/UDP 83.169.182.1:5060;branch=z9hG4bK13si5b003gtgbjca0541cd0000010.1;received=83.169.182.1
From: <sip:[email protected];user=phone>;tag=SD1evi701-1_1165_f115559_13i7_CtkS294118
To: <sip:[email protected];user=phone>;tag=as1d7c7457
Call-ID: SD1evi701-0823a1356cd866914826ed3ba056250a-ao90gg0
CSeq: 2       BYE
User-Agent: Asterisk PBX
llow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Length: 0
 
Hallo Udo,

udosw schrieb:
Ich habe drei Rufnummern von kabelphone in meinem Asterisk registriert. Ich kann problemlos raustelefonieren und auch angerufen werden, solange ich nicht canreinvite=yes benutze.
Zum Vergrößern anklicken....

vielleicht hilft es Dir zu wissen, dass es hier in einer sehr aehnlichen Config mit 3 Sipgate-Accounts - unabhaengig von der Einstellung fuer 'canreinvite' - problemlos funktioniert. Hab's gerade noch mal getestet.

udosw schrieb:
Ich nehme an, dass das Problem damit zusammenhängt, dass immer der letzte Eintrag in der sip.conf genommen wird, der auf den Provider passt, und daher auch bei einem Anruf auf der XX25 die Daten vom Account XX40 zum Authentifizieren des INVITE genommen werden, und dann passt das Passwort nicht.
Zum Vergrößern anklicken....
Klingt irgendwie plausibel, aber dann duerfte es bei mir auch nicht funktionieren ...

Allerdings sieht meine 'in' auch nur so aus:

[sipgate-in]
;type=peer
type=friend
fromdomain=sipgate.de
host=sipgate.de
disallow=all
allow=ulaw
context=ankommend
qualify= yes
canreinvite=no
;canreinvite=yes
Zum Vergrößern anklicken....

Wie gesagt, es macht keinen Unterschied, ob dort bei 'canreinvite' yes oder no steht.

Um welche Asterisk-Version geht es denn hier? Laut Signature hast Du davon ja diverse im Einsatz.

Fuer heute ist's schon etwas spaet, aber wenn nicht zwischenzeitlich jemand die rettende Idee hat, dann will ich gern morgen versuchen das noch mal nachzuvollziehen.
 
gboelter schrieb:
Um welche Asterisk-Version geht es denn hier?
Zum Vergrößern anklicken....
Die Captures sind aktuell von einem 1.2.13 (für die NSLU kann ich keinen aktuelleren installieren, da ich die Kiste aus anderen Gründen nicht updaten will).

Edit: Gut, dass du nach der Version gefragt hast, auf einem 1.4.21.2 (auf einem anderen Server) passiert das nicht. Es ist aber schon spät, ich muss das morgen nochmal in Ruhe testen.
 
Das ist sehr merkwürdig. Ich habe jetzt doch den Asterisk auf der NSLU upgedated und habe somit zwei 'identische' Systeme zum Testen:

1) Debian auf einer NSLU
Linux idefix 2.6.18-6-ixp4xx #1 Sat Dec 27 23:27:54 UTC 2008 armv5tel
Asterisk 1.4.21.2~dfsg-3+lenny1 built by buildd @ toffee on a armv5tel

2) Debian in einer VirtualBox (auf einem Win XP PC)
Linux debian 2.6.18-6-486 #1 Mon Oct 13 15:35:23 UTC 2008 i686
Asterisk 1.4.21.2~dfsg-3+lenny1 built by pbuilder @ grnetbox on a x86_64

Auf 1) bricht das re-invite mit einer 'Forbidden'-Meldung ab, auf 2) klappt es.
Die Konfiguration ist natürlich identisch, d.h. ich habe den kompletten Ordner
/etc/asterisk kopiert.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 583 (Mitglieder: 2, Gäste: 581)

Neueste Beiträge

Statistik des Forums

Themen
246,512
Beiträge
2,253,338
Mitglieder
374,330
Neuestes Mitglied
Drödle
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