[GELÖST] snom300: 2 Accounts, beim Wählen FORBIDDEN mit *

wpfundstein

Mitglied
Mitglied seit
24 Nov 2005
Beiträge
267
Punkte für Reaktionen
0
Punkte
16
Hallo zusammen,

Habe ein snom300 an einem *
Line1 ist ein Account am * -> funktioniert einwandfrei

jetzt habe ich auf Line 2 einen zusätzlichen Account für den * eingerichtet.

Beide melden sich auch brav am * an.

NUR beim Wählen zeigt das snom300 im Display FORBIDDEN.

Sobald ich die Line 2 deaktiviere funktioniert es wieder.

Neueste Firmware ist drauf

Danke, Werner
 
genau das selbe Problem habe ich auch - Asterisk CLI zeigt:

"chan_sip.c:10294 handle_request_invite: Failed to authenticate user ..."

gruss,
basty
 
Ja, dann zeigt mal beide erstmal ein "sip show peers"...

"chan_sip.c:10294 handle_request_invite: Failed to authenticate user ..."

...sagt eigentlich schon mal aus, daß Benutzername oder Kennwort falsch sind. Eigentlich...
 
Hi Guard,

so einfach ist es leider nicht - unter sip show peers sehe ich selbstverständlich, dass die SIP Accounts am Telefon eingebucht sind.
Selbst im Web-Interface der Snom Telefone wird im Status der Accounts ein "OK" gezeigt.
Umgekehrt kann das Telefon angerufen werden (ohne Probleme auf beide SIP-Accounts/Durchwahlen). Das Problem ist wie gesagt "nur", die Telefonie nach aussen. Sobald ein zweiter SIP-Account hinzugefuegt wird, funktioniert nur noch der NEU hinzugefuegte Account für die ausgehende Telefonie. Entferne ich den "funktionstuechtigen" zweiten Account, kann ich ploetzlich ohne Umkonfigurieren, den Account nutzen, der davor nicht ging.

*confuzed*

Danke im Voraus!

P.s.: Anbei noch ein SIP-Trance:
Code:
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 172.16.3.10:2060;branch=z9hG4bK-g2duhkj5kzhm;rport
From: "Bastian Mustermann" <sip:[email protected]>;tag=urkf6kcf5s
To: <sip:[email protected];user=phone>
Call-ID: 3c27643d493e-6knhuefmavb0@snom320-000413243644
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=nxju02qp>;flow-id=1
P-Key-Flags: keys="3"
User-Agent: snom320/6.3
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Length: 473

v=0
o=root 1941723196 1941723196 IN IP4 172.16.3.10
s=call
c=IN IP4 172.16.3.10
t=0 0
m=audio 54900 RTP/AVP 0 8 9 2 3 18 4 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:fL3hlB5KNctoRelGQTpbc3n8kYHrKH2s1ptsiUtI
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=encryption:optional
a=sendrecv

Received from udp:172.16.200.1:5060 at 5/1/2007 08:55:45:950 (556 bytes):

SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 172.16.3.10:2060;branch=z9hG4bK-g2duhkj5kzhm;rport;received=172.16.3.10
From: "Bastian Mustermann" <sip:[email protected]>;tag=urkf6kcf5s
To: <sip:[email protected];user=phone>;tag=as67815a19
Call-ID: 3c27643d493e-6knhuefmavb0@snom320-000413243644
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:[email protected]>
Proxy-Authenticate: Digest realm="asterisk", nonce="1847a84b"
Content-Length: 0

Sent to udp:172.16.200.1:5060 at 5/1/2007 08:55:45:960 (407 bytes):

ACK sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 172.16.3.10:2060;branch=z9hG4bK-g2duhkj5kzhm;rport
From: "Bastian Mustermann" <sip:[email protected]>;tag=urkf6kcf5s
To: <sip:[email protected];user=phone>;tag=as67815a19
Call-ID: 3c27643d493e-6knhuefmavb0@snom320-000413243644
CSeq: 1 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=nxju02qp>;flow-id=1
Content-Length: 0

Sent to udp:172.16.200.1:5060 at 5/1/2007 08:55:45:970 (1370 bytes):

INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 172.16.3.10:2060;branch=z9hG4bK-mkodipc04y74;rport
From: "Bastian Mustermann" <sip:[email protected]>;tag=urkf6kcf5s
To: <sip:[email protected];user=phone>
Call-ID: 3c27643d493e-6knhuefmavb0@snom320-000413243644
CSeq: 2 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=nxju02qp>;flow-id=1
P-Key-Flags: keys="3"
User-Agent: snom320/6.3
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600;refresher=uas
Min-SE: 90
Proxy-Authorization: Digest username="basty",realm="asterisk",nonce="1847a84b",uri="sip:[email protected];user=phone",response="9d870ecfa298ba89b9426c2168073be7",algorithm=md5
Content-Type: application/sdp
Content-Length: 473

v=0
o=root 1941723196 1941723196 IN IP4 172.16.3.10
s=call
c=IN IP4 172.16.3.10
t=0 0
m=audio 54900 RTP/AVP 0 8 9 2 3 18 4 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:fL3hlB5KNctoRelGQTpbc3n8kYHrKH2s1ptsiUtI
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=encryption:optional
a=sendrecv

Received from udp:172.16.200.1:5060 at 5/1/2007 08:55:46:020 (473 bytes):

SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 172.16.3.10:2060;branch=z9hG4bK-mkodipc04y74;rport;received=172.16.3.10
From: "Bastian Mustermann" <sip:[email protected]>;tag=urkf6kcf5s
To: <sip:[email protected];user=phone>;tag=as67815a19
Call-ID: 3c27643d493e-6knhuefmavb0@snom320-000413243644
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:[email protected]>
Content-Length: 0

Sent to udp:172.16.200.1:5060 at 5/1/2007 08:55:46:030 (407 bytes):

ACK sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 172.16.3.10:2060;branch=z9hG4bK-mkodipc04y74;rport
From: "Bastian Mustermann" <sip:[email protected]>;tag=urkf6kcf5s
To: <sip:[email protected];user=phone>;tag=as67815a19
Call-ID: 3c27643d493e-6knhuefmavb0@snom320-000413243644
CSeq: 2 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=nxju02qp>;flow-id=1
Content-Length: 0
 
Zuletzt bearbeitet:
Den Effekt kann man auch bei Fritzboxen erleben, wenn man mehr als einen Sipaccount bei einem Asterisk registriert. (In meinem Fall auf einem Vserver) Ich wollte das schon immer mal angehen, dachte aber immer, das der Effekt nur bei mir auftritt. Es ist das erste mal, das ich davon höre, das der Effekt auch bei anderen Usern(auch andere Hardware auftritt). Ich würde das also eher der Asterisk zuschreiben. Bevor ich hier ein Log des Sip Callsetup poste, sollten wir vielleicht klären ob das auch bei anderer Hardware generell auftritt, und das in dem Fall in den Asterisk Bereich verschieben lassen.

Nachtrag: So wie bei Baschdie sieht es im Log bei einer Fritzbox mit Asterisk auch aus.

Bye
Alf aus HH
 
Ich habe mal mit einem snom 360 getestet. Da funktioniert es einwandfrei.

mfg Guard-X
 
Mmm - es scheint wohl in der Tat ein generelles Problem vom Asterisk zu sein. Habe es eben mit Snom 300, Snom 320 sowie Snom 360 getestet. Bei allen dreien habe ich das identische Problem sowie den identischen SIP-Debug.

Guard-X: Hast du in dem Snom etwas spezielles eingestellt? Spezielle sip.conf auf Asterisk?

Welche Version von Asterisk hast du ?

Habe es mit 1.2.1 sowie 1.2.13 und 1.2.14 getestet.

Danke,
basty

P.s.:

sip.conf der Teilnehmer:
Code:
[basty]
type=peer
username=basty
secret=passwort
host=dynamic
dtmfmode=rfc2833
callerid="Bastian Mustermann" <21>
qualify=no
insecure=yes
canreinvite=no
mailbox=21
context=intern
callgroup=1
pickupgroup=1
 
Mit type=friend kann es was zu tun haben. Ich hatte das mal probiert, dann war der Fall umgekehrt. Beide Accounts können raus, ankommende Telefonate gingen nicht richtig. Wie sieht denn die Sip.conf bei Guard-X aus?

Bye
Alf

@ Guard-X: Glückwunsch zum 1000 Posting :bier:
 
Super - das war es in der Tat - habe den "type" auf "friend" geändert - und siehe da - es funktioniert fuer Snom 300/320/360 !

Vielen Dank!

basty
 
Habe ich gleich nochmal ausprobiert, geht auch bei der Fritzbox. (Klar) Eingehende Anrufe klappen auch, keine Ahnung was ich damals zusätzlich falsch gemacht habe.
Was ist denn jetzt der genaue Unterschied zwischen friend und peer? Im Wiki wird das immer so ein wenig schwammig beschrieben. Es klingt für mich immer so, als wenn "friend" früher verwendet wurde, jetzt aber "peer" genommen wird.
Irgendwo habe ich mal gelesen, das bei peer über die registrierte IP Adresse (SIP Register) autentifiziert wird, und bei friend über Username/Passwort. Kann das angehen?
 
Ich habe genau das oben beschriebene Problem. Es sind drei Accounts eingerichtet. Ich kann über alle angerufen werden, aber nur über den dritten raustelefonieren. Bei allen usern ist type=friend eingestellt. Es geht um ein snom 360
 
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.