LC1722 (6.03) mit Snom 360 (5.3) - keine Rufsignalisierung

fhebel · Beitrag von **fhebel** » 14 Feb 2006, 23:34

Hallo,

LC1722 läuft schon ganz gut, kann aber noch keine Anrufe am Snom 360 empfangen - abgehende Gespräche sind kein Problem.

Das "trace # sip" des LC1722 schaut so aus:

[SIP-Packet] 2006/02/14 19:53:37,170
Receiving Datagram with length 1097 from 192.168.100.143:1114:
INVITE sip:17@mydomain;user=phone SIP/2.0

Via: SIP/2.0/UDP 192.168.100.143:1114;branch=z9hG4bK-svfd5uqvthji;rport

From: <sip:18@mydomain>;tag=b9mpsp1sbt

To: <sip:17@mydomain;user=phone>

Call-ID: 1f19f243e542-ce84518da9ct@snomSoft-000413FFFFFF

CSeq: 1 INVITE

Max-Forwards: 70

Contact: <sip:18@192.168.100.143:1114;line=xjc6645x>;flow-id=1

P-Key-Flags: resolution="31x13", keys="4"

User-Agent: snomSoft/5.0

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

Content-Type: application/sdp

Content-Length: 370

v=0

o=root 11157 11157 IN IP4 192.168.100.143

s=call

c=IN IP4 192.168.100.143

t=0 0

m=audio 16460 RTP/AVP 8 0 3 101

a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:5OvchilWEkXdFkNOsjiENO2LPRbM20XStiFNR1Ye

a=rtpmap:8 pcma/8000

a=rtpmap:0 pcmu/8000

a=rtpmap:3 gsm/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=encryption:optional

a=sendrecv

[SIP-Packet] 2006/02/14 19:53:37,190
Sending Datagram with length 753 to 192.168.100.152:2060:
INVITE sip:17@mydomain SIP/2.0

Via: SIP/2.0/UDP 192.168.100.5:5060;branch=z9hG4bK-6f4568b5-da1a377a

From: <sip:18@mydomain>;tag=1717871765-3733639530

To: <sip:17@mydomain>

Call-ID: 3435743530@00:a0:57:11:a5:34

CSeq: 1 INVITE

Max-Forwards: 70

User-Agent: LANCOM PBX

Server: lc1722

Allow: INVITE, ACK, CANCEL, BYE

Contact: <sip:18@192.168.100.5:5060>

Content-Type: application/sdp

Content-Length: 312

v=0

o=root 11157 11157 IN IP4 192.168.100.143

s=call

c=IN IP4 192.168.100.143

t=0 0

m=audio 16460 RTP/AVP 8 0 3 101

a=crypto

a=ptime:20

a=encryption

a=sendrecv

a=rtpmap:8 PCMA/8000

a=rtpmap:0 PCMU/8000

a=rtpmap:3 GSM/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=crypto

a=encryption

[SIP-Packet] 2006/02/14 19:53:37,200
Sending Datagram with length 410 to 192.168.100.143:1114:
SIP/2.0 100 Trying

Via: SIP/2.0/UDP 192.168.100.143:1114;received=192.168.100.143:1114;branch=z9hG4bK-svfd5uqvthji

From: <sip:18@mydomain>;tag=b9mpsp1sbt

To: <sip:17@mydomain>;tag=2056235627-3506394645

Call-ID: 1f19f243e542-ce84518da9ct@snomSoft-000413FFFFFF

CSeq: 1 INVITE

Max-Forwards: 70

User-Agent: LANCOM PBX

Server: lc1722

Allow: INVITE, ACK, CANCEL, BYE

Content-Length: 0

[SIP-Packet] 2006/02/14 19:53:37,200
Receiving Datagram with length 430 from 192.168.100.152:2060:
SIP/2.0 404 Not Found

Via: SIP/2.0/UDP 192.168.100.5:5060;branch=z9hG4bK-6f4568b5-da1a377a

From: <sip:18@mydomain>;tag=1717871765-3733639530

To: <sip:17@mydomain>

Call-ID: 3435743530@00:a0:57:11:a5:34

CSeq: 1 INVITE

Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO

Allow-Events: talk, hold, refer

Supported: timer, 100rel, replaces, callerid

Content-Length: 0

[SIP-Packet] 2006/02/14 19:53:37,210
Sending Datagram with length 425 to 192.168.100.143:1114:
SIP/2.0 500 Internal Server Error

Via: SIP/2.0/UDP 192.168.100.143:1114;received=192.168.100.143:1114;branch=z9hG4bK-svfd5uqvthji

From: <sip:18@mydomain>;tag=b9mpsp1sbt

To: <sip:17@mydomain>;tag=2056235627-3506394645

Call-ID: 1f19f243e542-ce84518da9ct@snomSoft-000413FFFFFF

CSeq: 1 INVITE

Max-Forwards: 70

User-Agent: LANCOM PBX

Server: lc1722

Allow: INVITE, ACK, CANCEL, BYE

Content-Length: 0

[SIP-Packet] 2006/02/14 19:53:37,280
Receiving Datagram with length 403 from 192.168.100.143:1114:
ACK sip:17@mydomain;user=phone SIP/2.0

Via: SIP/2.0/UDP 192.168.100.143:1114;branch=z9hG4bK-svfd5uqvthji;rport

From: <sip:18@mydomain>;tag=b9mpsp1sbt

To: <sip:17@mydomain>;tag=2056235627-3506394645

Call-ID: 1f19f243e542-ce84518da9ct@snomSoft-000413FFFFFF

CSeq: 1 ACK

Max-Forwards: 70

Contact: <sip:18@192.168.100.143:1114;line=xjc6645x>;flow-id=1

Content-Length: 0

[SIP-Packet] 2006/02/14 19:53:37,280
Sending Datagram with length 367 to 192.168.100.152:2060:
ACK sip:17@192.168.100.152:2060 SIP/2.0

Via: SIP/2.0/UDP 192.168.100.5:5060;branch=z9hG4bK-6f4568b5-da1a377a

From: <sip:18@mydomain>;tag=1717871765-3733639530

To: <sip:17@mydomain>

Call-ID: 3435743530@00:a0:57:11:a5:34

CSeq: 1 ACK

Max-Forwards: 70

User-Agent: LANCOM PBX

Server: lc1722

Allow: INVITE, ACK, CANCEL, BYE

Content-Length: 0

=====================================

Und das SIP-Trace des Snom zeigt folgende Einträge:

Received from udp:192.168.100.5:5060 at 14/2/2006 18:53:37:050 (753 bytes):

INVITE sip:17@mydomain SIP/2.0
Via: SIP/2.0/UDP 192.168.100.5:5060;branch=z9hG4bK-6f4568b5-da1a377a
From: <sip:18@mydomain>;tag=1717871765-3733639530
To: <sip:17@mydomain>
Call-ID: 3435743530@00:a0:57:11:a5:34
CSeq: 1 INVITE
Max-Forwards: 70
User-Agent: LANCOM PBX
Server: lc1722
Allow: INVITE, ACK, CANCEL, BYE
Contact: <sip:18@192.168.100.5:5060>
Content-Type: application/sdp
Content-Length: 312

v=0
o=root 11157 11157 IN IP4 192.168.100.143
s=call
c=IN IP4 192.168.100.143
t=0 0
m=audio 16460 RTP/AVP 8 0 3 101
a=crypto
a=ptime:20
a=encryption
a=sendrecv
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=crypto
a=encryption

Sent to udp:192.168.100.5:5060 at 14/2/2006 18:53:37:060 (430 bytes):

SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.100.5:5060;branch=z9hG4bK-6f4568b5-da1a377a
From: <sip:18@mydomain>;tag=1717871765-3733639530
To: <sip:17@mydomain>
Call-ID: 3435743530@00:a0:57:11:a5:34
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Content-Length: 0

Received from udp:192.168.100.5:5060 at 14/2/2006 18:53:37:140 (367 bytes):

ACK sip:17@192.168.100.152:2060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.5:5060;branch=z9hG4bK-6f4568b5-da1a377a
From: <sip:18@mydomain>;tag=1717871765-3733639530
To: <sip:17@mydomain>
Call-ID: 3435743530@00:a0:57:11:a5:34
CSeq: 1 ACK
Max-Forwards: 70
User-Agent: LANCOM PBX
Server: lc1722
Allow: INVITE, ACK, CANCEL, BYE
Content-Length: 0

Hat jemand eine Idee was da schiefgeht. Mit einem Grandstream BT101 habe ich da keine Probleme. Das funktioniert einwandfrei.

Viele Grüße

Florian

MoinMoin · Beitrag von **MoinMoin** » 15 Feb 2006, 11:00

Moin, moin!

Laut Trace kennt dein Snom 17@mydomain nicht. Was hast du denn auf dem Snom konfiguriert?

Ciao, Georg

fhebel · Beitrag von **fhebel** » 22 Feb 2006, 19:29

Hallo,

es wurde nur Netzerkennung, Registrar und Autorisierungsname ausgefüllt (siehe Attachment).

Viele Grüße

Florian

fhebel · Beitrag von **fhebel** » 25 Mär 2006, 20:58

Hallo,

habe das Problem entdeckt:
In der Leitungskonfiguration muß auf
dem SIP-Tab "Unterstützung für kaputte Registrar"
auf "An" gestellt werden - dann funktionierts auch
mit Lancom PBX.

Viele Grüße

Florian

SunSeb · Beitrag von **SunSeb** » 08 Mai 2006, 08:58

Moin,

ich wollte hier noch mal kurz fragen. Lt. Snom Handbuch ist diese Einstellung nötig,

Wenn eingehende Invites von Ihrem VoIP-Provider nicht die
Contact URI enthalten, mit der Ihr Telefon registriert ist, kann das Telefon
die Zielleitung des eingehenden Anrufs nicht sicher identifi zieren. Wenn
Sie die URI in der ersten Zeile des eingehenden Invites und die URI im
Contact des Registers vergleichen, werden sie vermutlich unterschiedlich
sein. Das ist es, was wir mit “kaputtem Registrar” meinen.

Ist das jetzt eine "Interpretationsmöglichkeit" der RFC? Gibt es einen Workaround, die Signalisierung durch den 1722 dahingehend zu ändern, dass entsprechend der REGISTER URI gerufen wird. Ich habe nämlich noch ein weiteres Telefon, welches sich (vermutlich) an diesem Punkt stört.

Gruß,
SEBastian