SIP Registrierung
Moderator: Lancom-Systems Moderatoren
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46
SIP Registrierung
hallo,
moeglicherweise handelt es sich ja um ein anfaengerproblem.
seltsam ist es allemal.
wuerde gerne ein internes sip-telefon am lancom anmelden:
lancom [192.168.100.254] <-> telefon [192.168.100.87]
telefon sendet REGISTER; lancom sendet OK zurueck (zumindest lt. SIP-trace); OK kommt am telefon nie an und kann sich somit nicht registrieren;
im gegensatz dazu:
lancom I [192.168.100.254] <-VPN -> lancom II [192.168.17.1]
<-> telefon [192.168.17.50]
pakete werden tadellos hin und hergeschickt. registrierung funktioniert.
1711/LCOS 7.22 (hat auch mit fruehern lcos-versionen nicht funktioniert)
lg
betatester
SIP-Trace vom Telefon:
-------------------------------------------------------------------------------------
Sent to udp:192.168.100.254:5060 at 7/9/2007 09:21:12:748 (553 bytes):
REGISTER sip:192.168.100.254 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14" <sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14" <sip:14@192.168.100.254>
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Max-Forwards: 70
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:7282251f-1d18-4270-b492-19da50644d54>"
User-Agent: snomSoft/5.3
Supported: gruu
Allow-Events: dialog
X-Real-IP: 192.168.100.87
Expires: 3600
Content-Length: 0
Sent to udp:192.168.100.254:5060 at 7/9/2007 09:21:13:249 (553 bytes):
REGISTER sip:192.168.100.254 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14" <sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14" <sip:14@192.168.100.254>
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Max-Forwards: 70
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:7282251f-1d18-4270-b492-19da50644d54>"
User-Agent: snomSoft/5.3
Supported: gruu
Allow-Events: dialog
X-Real-IP: 192.168.100.87
Expires: 3600
Content-Length: 0
^^^^^^^^^^^^^weitere verzweifelte registrierungsversuche folgen
SIP-Trace vom Lancom:
-----------------------------------------------------------------------------
[SIP-Packet] 2007/09/07 11:21:27,650
Receiving datagram with length 553 from 192.168.100.87:2570 to 192.168.100.254:5060
REGISTER sip:192.168.100.254 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14" <sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14" <sip:14@192.168.100.254>
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Max-Forwards: 70
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:7282251f-1d18-4270-b492-19da50644d54>"
User-Agent: snomSoft/5.3
Supported: gruu
Allow-Events: dialog
X-Real-IP: 192.168.100.87
Expires: 3600
Content-Length: 0
[SIP-Packet] 2007/09/07 11:21:27,650 : Sending datagram with length 505 from 192.168.100.254:5060 to 192.168.100.87:2570
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14"<sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14"<sip:14@192.168.100.254>;tag=806458579--1503529585
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Expires: 3600
Max-Forwards: 70
User-Agent: snomSoft/5.3
Server: LC_H25
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;expires=3600
Content-Length: 0
^^^^^^^^ dieses OK kommt beim Telefon nicht an!? (siehe trace vom telefon)
moeglicherweise handelt es sich ja um ein anfaengerproblem.
seltsam ist es allemal.
wuerde gerne ein internes sip-telefon am lancom anmelden:
lancom [192.168.100.254] <-> telefon [192.168.100.87]
telefon sendet REGISTER; lancom sendet OK zurueck (zumindest lt. SIP-trace); OK kommt am telefon nie an und kann sich somit nicht registrieren;
im gegensatz dazu:
lancom I [192.168.100.254] <-VPN -> lancom II [192.168.17.1]
<-> telefon [192.168.17.50]
pakete werden tadellos hin und hergeschickt. registrierung funktioniert.
1711/LCOS 7.22 (hat auch mit fruehern lcos-versionen nicht funktioniert)
lg
betatester
SIP-Trace vom Telefon:
-------------------------------------------------------------------------------------
Sent to udp:192.168.100.254:5060 at 7/9/2007 09:21:12:748 (553 bytes):
REGISTER sip:192.168.100.254 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14" <sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14" <sip:14@192.168.100.254>
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Max-Forwards: 70
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:7282251f-1d18-4270-b492-19da50644d54>"
User-Agent: snomSoft/5.3
Supported: gruu
Allow-Events: dialog
X-Real-IP: 192.168.100.87
Expires: 3600
Content-Length: 0
Sent to udp:192.168.100.254:5060 at 7/9/2007 09:21:13:249 (553 bytes):
REGISTER sip:192.168.100.254 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14" <sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14" <sip:14@192.168.100.254>
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Max-Forwards: 70
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:7282251f-1d18-4270-b492-19da50644d54>"
User-Agent: snomSoft/5.3
Supported: gruu
Allow-Events: dialog
X-Real-IP: 192.168.100.87
Expires: 3600
Content-Length: 0
^^^^^^^^^^^^^weitere verzweifelte registrierungsversuche folgen
SIP-Trace vom Lancom:
-----------------------------------------------------------------------------
[SIP-Packet] 2007/09/07 11:21:27,650
Receiving datagram with length 553 from 192.168.100.87:2570 to 192.168.100.254:5060
REGISTER sip:192.168.100.254 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14" <sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14" <sip:14@192.168.100.254>
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Max-Forwards: 70
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:7282251f-1d18-4270-b492-19da50644d54>"
User-Agent: snomSoft/5.3
Supported: gruu
Allow-Events: dialog
X-Real-IP: 192.168.100.87
Expires: 3600
Content-Length: 0
[SIP-Packet] 2007/09/07 11:21:27,650 : Sending datagram with length 505 from 192.168.100.254:5060 to 192.168.100.87:2570
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.87:2570;branch=z9hG4bK-l0qgw6kmrezj;rport
From: "14"<sip:14@192.168.100.254>;tag=kbynbhgq71
To: "14"<sip:14@192.168.100.254>;tag=806458579--1503529585
Call-ID: 0818e146f4b2-rdx8vfehit4o@snomSoft-000413FFFFFF
CSeq: 82 REGISTER
Expires: 3600
Max-Forwards: 70
User-Agent: snomSoft/5.3
Server: LC_H25
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Contact: <sip:14@192.168.100.87:2570;line=ojn9itpa>;expires=3600
Content-Length: 0
^^^^^^^^ dieses OK kommt beim Telefon nicht an!? (siehe trace vom telefon)
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46
so. jetzt habe ich mir die tatsache einmal zumindest zum teil selbst beantwortet:
trace + ethernet
und gleich die frage vorweg: warum empfaengt der lancom das REGISTER vom telefon (richtigerweise) auf LAN-4 und schickt das OK ueber LAN-1
?????
trace + ethernet
und gleich die frage vorweg: warum empfaengt der lancom das REGISTER vom telefon (richtigerweise) auf LAN-4 und schickt das OK ueber LAN-1
?????
Code: Alles auswählen
Ethernet] 2007/09/07 14:42:44,560
Received 856 byte Ethernet packet via LAN-4:
-->IEEE 802.3 Header
Dest : 00:a0:57:11:78:12 (LANCOM 11:78:12)
Source : 00:04:13:23:41:09 (SNOM 23:41:09)
Type : IPv4
-->IPv4 Header
Version : 4
Header Length : 20
Type of service : Precedence 5
Total length : 842
ID : 0
Fragment : Offset 0 DontFrag
TTL : 64
Protocol : UDP
Src Address : 192.168.100.51
Dest Address : 192.168.100.254
-->UDP Header
Src Port : 2051
Dest Port : 5060
Length : 822
Body : 52 45 47 49 53 54 45 52 REGISTER
20 73 69 70 3a 31 39 32 sip:192
2e 31 36 38 2e 31 30 30 .168.100
------------------------------------------------------------------
[Ethernet] 2007/09/07 14:42:44,760
Sent 549 byte Ethernet packet via LAN-1:
-->IEEE 802.3 Header
Dest : 00:04:13:23:41:09 (SNOM 23:41:09)
Source : 00:a0:57:11:78:12 (LANCOM 11:78:12)
Type : IPv4
-->IPv4 Header
Version : 4
Header Length : 20
Type of service : Precedence 5 Low Delay High Troughput
Total length : 535
ID : 43758
Fragment : Offset 0
TTL : 60
Protocol : UDP
Src Address : 192.168.100.254
Dest Address : 192.168.100.51
-->UDP Header
Src Port : 5060
Dest Port : 2051
Length : 515
Body : 53 49 50 2f 32 2e 30 20 SIP/2.0
32 30 30 20 4f 4b 0d 0a 200 OK..
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46
ja. ich benutze ARF;
das netzwerk mit den telefonen ist auf ETH-4 gebunden
wenn die sip-antwortpakete hardcoded auf ETH-1 verschickt werden wuerde ich das einmal als bug bezeichnen.
moeglicherweise habe ich aber auch irgend eine einstellung uebersehen oder falsch gesetzt.
vielleicht wissen ja die lancom-jungs was dazu?
lg
betatester
das netzwerk mit den telefonen ist auf ETH-4 gebunden
wenn die sip-antwortpakete hardcoded auf ETH-1 verschickt werden wuerde ich das einmal als bug bezeichnen.
moeglicherweise habe ich aber auch irgend eine einstellung uebersehen oder falsch gesetzt.
vielleicht wissen ja die lancom-jungs was dazu?
lg
betatester
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46
hallo backslash,
* auf LAN-1 haengt definitiv kein geraet dran.
* das fragliche netz ist auf LAN-4-gebunden
* das telefon (192.168.100.51) erscheint in der ARP-tabelle unter LAN-4
* das VCM-Modul sendet SIP-antwortpakete auf LAN-1!!??
* den 1711er habe ich vor diesem testlauf zur sicherheit noch einmal neu gestartet.
gruesse betatester
/Status/TCP-IP/ARP/Table-ARP
192.168.100.51 000413234109 206930 tics LAN-4 LAN-4 0
/Status/Ethernet-Ports/Ports
LAN-1 LAN-1 No No None No
LAN-4 LAN-4 No Yes 100B-TX Yes
[Ethernet] 2007/09/11 11:33:44,200
Sent 617 byte Ethernet packet via LAN-1:
-->IEEE 802.3 Header
Dest : 00:04:13:23:41:09 (SNOM 23:41:09)
Source : 00:a0:57:11:78:12 (LANCOM 11:78:12)
Type : IPv4
-->IPv4 Header
Version : 4
Header Length : 20
Type of service : Precedence 5 Low Delay High Troughput
Total length : 603
ID : 1527
Fragment : Offset 0
TTL : 60
Protocol : UDP
Src Address : 192.168.100.254
Dest Address : 192.168.100.51
-->UDP Header
Src Port : 5060
Dest Port : 2057
Length : 583
Body : 53 49 50 2f 32 2e 30 20 SIP/2.0
* auf LAN-1 haengt definitiv kein geraet dran.
* das fragliche netz ist auf LAN-4-gebunden
* das telefon (192.168.100.51) erscheint in der ARP-tabelle unter LAN-4
* das VCM-Modul sendet SIP-antwortpakete auf LAN-1!!??
* den 1711er habe ich vor diesem testlauf zur sicherheit noch einmal neu gestartet.
gruesse betatester
/Status/TCP-IP/ARP/Table-ARP
192.168.100.51 000413234109 206930 tics LAN-4 LAN-4 0
/Status/Ethernet-Ports/Ports
LAN-1 LAN-1 No No None No
LAN-4 LAN-4 No Yes 100B-TX Yes
[Ethernet] 2007/09/11 11:33:44,200
Sent 617 byte Ethernet packet via LAN-1:
-->IEEE 802.3 Header
Dest : 00:04:13:23:41:09 (SNOM 23:41:09)
Source : 00:a0:57:11:78:12 (LANCOM 11:78:12)
Type : IPv4
-->IPv4 Header
Version : 4
Header Length : 20
Type of service : Precedence 5 Low Delay High Troughput
Total length : 603
ID : 1527
Fragment : Offset 0
TTL : 60
Protocol : UDP
Src Address : 192.168.100.254
Dest Address : 192.168.100.51
-->UDP Header
Src Port : 5060
Dest Port : 2057
Length : 583
Body : 53 49 50 2f 32 2e 30 20 SIP/2.0
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46
irgend wie waere es nett, wenn lancom sagen wuerde:
[ ] nein, es ist kein bug - darum wird er auch nicht behoben
[ ] ja, es ist ein bug - wird voraussichtlich behoben in LCOS x.y
[ ] ja, es ist ein bug - er wird nicht behoben, weil nur ein kleiner
.. dan braucht man nicht ewig herum (beta)testen
gruesse
betatester
[ ] nein, es ist kein bug - darum wird er auch nicht behoben
[ ] ja, es ist ein bug - wird voraussichtlich behoben in LCOS x.y
[ ] ja, es ist ein bug - er wird nicht behoben, weil nur ein kleiner
.. dan braucht man nicht ewig herum (beta)testen

gruesse
betatester
und das hast Du bereits den Support gefragt und bisher noch keine Antwort bekommen? Oder versteh ich jetzt was falsch?irgend wie waere es nett, wenn lancom sagen wuerde:
[ ] nein, es ist kein bug - darum wird er auch nicht behoben
[ ] ja, es ist ein bug - wird voraussichtlich behoben in LCOS x.y
[ ] ja, es ist ein bug - er wird nicht behoben, weil nur ein kleiner
.. dan braucht man nicht ewig herum (beta)testen Wink
Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
-
- Beiträge: 29
- Registriert: 01 Jun 2006, 12:46