Asterisk & Cisco CM 407 Proxy Authentication Required

asvoice · 21 Mai 2006

Hallo,

nach langen, ..., google suchen bin ich leider mit meinem Problem noch nicht weiter gekommen. Die Verbindung zwischen Asterisk und dem Callmanager per SIP Trunk funktioniert sehr gut. Leider habe ich noch ein Problem bei Weiterleitung, will ich von einem SIP Telefon (angemeldet bei Asterisk) ein Cisco Telefon auf dem Callmanager anrufen, das jedoch eine Weiterleitung auf ein SIP Telefon auf der selben Asterisk Anlage programmiert hat, bekomme ich ständig die Fehlermeldung:

May 21 17:42:47 WARNING[22544]: chan_sip.c:9559 handle_response_invite: Forbidden - wrong password on authentication for INVITE to '"Andreas" <sip:[email protected]>;tag=as307f5aba'

gegenseitig können Sie sich anrufen, halt nur nicht über Call Forward.

Natürlich habe ich schon auf dem Trunk zum Callmanager insecure=very oder insecure=invite,port getestet, jedoch kein Erfolg.

Anbei Auszug aus meiner SIP Conf:

Code:

Trunk zu Callmanager
[10.10.10.20]
type=peer
insecure=very
context=testlab
host=10.10.10.20
disallow=all
allow=ulaw
allow=alaw
nat=no
canreinvite=yes
qualify=yes






ukjcm3*CLI>
    -- Executing Macro("SIP/325642-7096", "dialout-callmanager|326964") in new stack
    -- Executing ChanIsAvail("SIP/325642-7096", "SIP/ukjcm1&SIP/ukjcm2") in new stack
    -- Executing Cut("SIP/325642-7096", "AVAILCHAN=AVAILCHAN||1") in new stack
    -- Executing Dial("SIP/325642-7096", "SIP/ukjcm1/326964") in new stack
Destroying call '[email protected]'
We're at 10.10.10.10 port 18882
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
13 headers, 11 lines
Reliably Transmitting (no NAT) to 10.10.10.20:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.10.10.10:5060;branch=z9hG4bK09fab88b;rport
From: "Andreas Schmidt" <sip:[email protected]>;tag=as74868361
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Sun, 21 May 2006 14:49:22 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 244

v=0
o=root 21485 21485 IN IP4 10.10.10.10
s=session
c=IN IP4 10.10.10.10
t=0 0
m=audio 18882 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---
    -- Called ukjcm1/326964
ukjcm3*CLI>
<-- SIP read from 10.10.10.20:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP  10.10.10.20:5060;branch=z9hG4bKe291c52
From: "Andreas Schmidt" <sip:[email protected]>;tag=16821634
To: <sip:[email protected]>
Date: Sun, 21 May 2006 14:49:25 GMT
Call-ID: [email protected]
Supported: timer
Min-SE:  1800
User-Agent: Cisco-CCM4.1
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK
CSeq: 101 INVITE
Max-Forwards: 70
Remote-Party-ID: "Andreas Schmidt" <sip:[email protected]>;party=calling;screen=no;privacy=off
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 229

v=0
o=CiscoSystemsCCM-SIP 2000 1000 IN IP4 10.10.10.20
s=SIP Call
c=IN IP4 10.10.10.20
t=0 0
m=audio 26200 RTP/AVP 0 101
a=sendrecv
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

--- (18 headers 11 lines)---
Using INVITE request as basis request - [email protected]
Sending to 10.10.10.20 : 5060 (non-NAT)
Reliably Transmitting (no NAT) to 10.10.10.20:5060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP  10.10.10.20:5060;branch=z9hG4bKe291c52;received=10.10.10.20
From: "Andreas Schmidt" <sip:[email protected]>;tag=16821634
To: <sip:[email protected]>;tag=as1e7208be
Call-ID: [email protected]
CSeq: 101 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Proxy-Authenticate: Digest realm="asterisk", nonce="6e2163c2"
Content-Length: 0


---
Scheduling destruction of call '[email protected]' in 15000 ms
Found user '325642'
ukjcm3*CLI>
<-- SIP read from 10.10.10.20:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP  10.10.10.20:5060;branch=z9hG4bKe291c52
From: "Andreas Schmidt" <sip:[email protected]>;tag=16821634
To: <sip:[email protected]>;tag=as1e7208be
Date: Sun, 21 May 2006 14:49:25 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Content-Length: 0


--- (9 headers 0 lines)---
Transmitting (no NAT) to 10.10.10.20:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.10.10.10:5060;branch=z9hG4bK09fab88b;rport
From: "Andreas Schmidt" <sip:[email protected]>;tag=as74868361
To: <sip:[email protected]>;tag=16821632
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0

---
May 21 16:49:22 WARNING[21526]: chan_sip.c:9559 handle_response_invite: Forbidden - wrong password on authentication for INVITE to '"Andreas Schmidt" <sip:[email protected]>;tag=as74868361'
    -- SIP/ukjcm1-85ad is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Executing Hangup("SIP/325642-7096", "") in new stack
  == Spawn extension (macro-dialout-callmanager, s, 4) exited non-zero on 'SIP/325642-7096' in macro 'dialout-callmanager'
  == Spawn extension (macro-dialout-callmanager, s, 4) exited non-zero on 'SIP/325642-7096'
Destroying call '[email protected]'

Guard-X · 21 Mai 2006

Hi asvoice,

endlich mal jemand, der das gleiche Problem hat wie ich ;-)

Aber leider konnte damals in meinem Thread auch niemand eine Lösung finden. Vielleicht können sich die Asterisk Profis noch einmal zusammenraufen und gemeinsam mit uns das Problem lösen...

Das Problem dabei ist nun mal die zweite Authentifizierung, wenn das Gespräch wieder zurückkommt. Mann müsste den Asterisk irgendwie dazu bringen können, keine Authentifizierung beim zweiten Mal zu verlangen!?
Kann meine eine Authentifizierung beim Gesprächsaufbau nicht komplett abschalten?

mfg Guard-X

chaos2000 · 21 Mai 2006

Na da wollen wir es mal versuchen

Ich würde für den CCM einfach ein account

Code:

[CCM]
type=peer
context=default
host=10.10.10.20

einrichten

Guard-X · 22 Mai 2006

chaos2000 schrieb:
Na da wollen wir es mal versuchen

Das gleiche Problem tritt auch auf, wenn es über einen SIP/ISDN-Gateway rausgeht und wieder reinkommt, was macht man denn da?

mfg Guard-X

chaos2000 · 22 Mai 2006

Was meinst Du jetzt? Kannst Du mal ein Bsp. nennen?
Funktioniert es mit CCM jetzt?

Guard-X · 23 Mai 2006

chaos2000 schrieb:
Was meinst Du jetzt? Kannst Du mal ein Bsp. nennen?

http://www.ip-phone-forum.de/showthread.php?t=97025

chaos2000 · 23 Mai 2006

wie schon gesagt, der Asterisk denkt das Gespräch kommt vom "anrufenden teilnehmer", da dessen Daten übergeben werden, dieser hat aber keinen account am Asterisk -> wird zurückgewiesen
Wenn ich das aber richtig sehe ist es so, dass der Anrufende mit der Domain des Gateways übertragen wird -> daher würde ich für diese Domain einen Account ohne Passwort vergeben

Guard-X · 23 Mai 2006

chaos2000 schrieb:
daher würde ich für diese Domain einen Account ohne Passwort vergeben

Wie muss dieser Account dann aussehen?

mfg Guard-X

chaos2000 · 23 Mai 2006

steht oben schon mal

Guard-X · 23 Mai 2006

chaos2000 schrieb:
Ich würde für den CCM einfach ein account

Code:

[CCM] type=peer context=default host=10.10.10.20

einrichten

Geht nicht, ist das gleiche Problem...

asvoice · 23 Mai 2006

Habe ich auch schon probiert, hilft leider nichts [10.10.10.20] ist ja der Callmanager

chaos2000 · 24 Mai 2006

@asvoice

hast du noch einen Eintrag in der sip.conf für den Callmamager?
Hast Du einen Eintrag

insecure=port,invite

in dieser conf?

asvoice · 24 Mai 2006

Ja da wir zwei Callmanager betreiben, ich hatte frueher auch die Namen der Callmanager dort eingetragen, aber da es wohl mit der IP Adresse besser gehen soll, habe ich es geaendert. Leider ohne Erfolg...

10.10.10.20 ist CCM1 und 10.10.10.30 ist CCM2, der aber nur einen Backup darstellt. Ist auch in der Callmanager Konfiguration nur ein Slave. Calls kommen derzeit (nach logs) nur von dem primaeren!

[10.10.10.20]
type=peer
insecure=very
context=FromUKJ
host=10.10.10.20
disallow=all
allow=ulaw
allow=alaw
nat=no
canreinvite=yes
qualify=yes

[10.10.10.30]
type=peer
insecure=very
context=FromUKJ
host=10.10.10.30
disallow=all
allow=ulaw
allow=alaw
nat=no
canreinvite=yes
qualify=yes

[sipgate]
type=friend
username=XXXXX
host=sipgate.de
fromuser=XXXXX
fromdomain=sipgate.de
context=sipgate
secret=XXXXX
qualify=10000
insecure=very
canreinvite=no
nat=no

chaos2000 · 24 Mai 2006

welche asterisk version verwendest du?

asvoice · 24 Mai 2006

Die aktuelle 1.2.7.1

chaos2000 · 24 Mai 2006

dann muss für die CCM

Code:

insecure=port,invite

und nicht

Code:

insecure=very

definiert werden.

asvoice · 24 Mai 2006

habe ich auch schon probiert, was keinen Erfolg gebracht hat!

Guard-X · 24 Mai 2006

chaos2000 schrieb:
dann muss für die CCM

Code:

insecure=port,invite

Funktioniert nicht. Das Problem ist nicht so einfach wie es aussieht...

chaos2000 · 24 Mai 2006

und mal

type=friend

asvoice · 24 Mai 2006

Hatte ich gleich am Anfang, bevor ich es mit peer versucht habe!

Asterisk & Cisco CM 407 Proxy Authentication Required

Neuer User

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Aktives Mitglied

Neuer User

Kategorien

Wissenswertes

Statistik des Forums

3CX jetzt einen Monat kostenlos testen

Unternehmen

Lösungen

Nützliche Links

Mehr erfahren