SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglich

maro2000 · Beitrag von **maro2000** » 01 Mai 2017, 15:16

Hallo zusammen,

ich benutze den LANCOM 1783VA an einem O2-DSL-Anschluss mit VOIP über O2.
Seit ich die aktuelle FW 10.00.0165RU1 eingespielt habe, funktioniert die Registrierung meiner SIP-Leitung nicht mehr.
Unter FW 9.24.0153RU3 hat alles funktioniert.

Ein Trace mit der neuen FW hat folgendes ergeben:

Code: Alles auswählen

[SIP-Packet] 2017/05/01 14:43:53,572  Devicetime: 2017/05/01 14:43:52,135 [Packet]: 
Sending datagram (491 Bytes) from 92.227.15.xxx:16372 to 62.52.148.102:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 92.227.15.xxx:16372;branch=z9hG4bK-19d15b30-6a86ab90;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=-1146129492--1416437991
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-19623cf3@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Packet] 2017/05/01 14:43:53,623  Devicetime: 2017/05/01 14:43:52,176 [Packet]: 
Receiving datagram (387 Bytes) at 92.227.15.xxx:16372 from 62.52.148.102:5060 using UDP (RtgTag 0):
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 92.227.15.xxx:16372;received=92.227.15.xxx;branch=z9hG4bK-19d15b30-6a86ab90;rport=16372
From: <sip:zensiert@sip.alice-voip.de>;tag=-1146129492--1416437991
To: <sip:zensiert@sip.alice-voip.de>;tag=60fef22501a227f740c8d072cdb39ffb
Call-ID: zensiert-sip.alice-voip.de-19623cf3@00a0572a74e3
CSeq: 1 REGISTER
Content-Length: 0

Auffällig ist, das die Firmware 10 im Feld "Contact" nur ein "*" hat.
Die alte Firmware 9 hat im Feld "Contact" korrekterweise folgenden Inhalt gesendet: "Contact: <sip:zensiert@92.227.15.xxx:14034;transport=UDP>"
Damit war eine Registrierung möglich.

Ist das ein Bug in der neuen FW oder gibt es eine Einstellung, mit der ich die korrekte Befüllung des Feldes "Contact" erzwingen kann?

Vielen Dank für eure Unterstützung!

VG

MoinMoin · Beitrag von **MoinMoin** » 02 Mai 2017, 14:21

Moin, moin!

Der Contact "*" bedeutet, daß alle bindu8ngen gelöscht werden sollen. Eine Fehlermeldung darauf sollte ignoriert werden und anschließend ein normale register geschickt werden. Passiert das bei dir nicht?

Ciao, Georg

maro2000 · Beitrag von **maro2000** » 02 Mai 2017, 17:57

Hallo Georg,

vielen Dank für die Erklärung, was der "*" bedeutet. Leider erfolgt aber bei mir mit der FW10 darauf keine korrekte Registrierung. Es wird im Abstand von ein paar Minuten immer wieder mit dem "*" probiert.

Ich habe auch schon das Gerät komplett zurückgesetzt, um diesen Fehler auszuschließen...

awi · Beitrag von **awi** » 04 Mai 2017, 09:06

Hallo,

wie war denn der Ablauf mit der 9.24 in dem Fall?
Kannst Du für den Fall den Ablauf auch mal posten?

Gruß
Awi

awi · Beitrag von **awi** » 04 Mai 2017, 09:28

Eigentlich sollte das Verhalten mit der 9.24 genauso sein.
Beim Start der Leitung sollte auch zunächst eine De-Registrierung mit "*" im Contact-Header erfolgen.
Und falls dann darauf auch eine "400 Bad Request" Response kommt, sollte auch dort der Registrierungsversuch abgebrochen werden.
Deshalb wundert mich etwas, dass es mit der 9.24 funktioniert, bzw. dass es etwas mit dem "*" zu tun hat,
dass die Fehler-Response kommt.

maro2000 · Beitrag von **maro2000** » 09 Mai 2017, 19:46

Hallo awi,

danke für die Antwort... du hast Recht... wenn das Wörtchen "eigentlich" nicht wäre...
Der Lancom probiert es alle drei Minuten.. aber nur mit dem "*".

Hier der Trace:

Code: Alles auswählen

[SIP-Packet] 2017/05/09 19:11:02,512  Devicetime: 2017/05/09 19:11:01,071 [Packet]: 
Sending datagram (488 Bytes) from 77.189.xxx.xxx:15640 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:15640;branch=z9hG4bK-278ef6be-7673eea4;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=-813753148-1992224002
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Connection] 2017/05/09 19:11:02,574  Devicetime: 2017/05/09 19:11:01,112 [SIP UDP Transport (62.52.148.6:5060)]: Strict Mode: Provider uses expected endpoint

[SIP-Connection] 2017/05/09 19:11:02,574  Devicetime: 2017/05/09 19:11:01,112 [SIP UDP Transport (62.52.148.6:5060)]: Processing new inbound SIP message

[SIP-Packet] 2017/05/09 19:11:02,574  Devicetime: 2017/05/09 19:11:01,112 [Packet]: 
Receiving datagram (383 Bytes) at 77.189.xxx.xxx:15640 from 62.52.148.6:5060 using UDP (RtgTag 0):
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.189.xxx.xxx:15640;received=77.189.xxx.xxx;branch=z9hG4bK-278ef6be-7673eea4;rport=15640
From: <sip:zensiert@sip.alice-voip.de>;tag=-813753148-1992224002
To: <sip:zensiert@sip.alice-voip.de>;tag=219da1c701aad069e0c8fa9a40c2ebda
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Content-Length: 0


[SIP-Connection] 2017/05/09 19:11:02,574  Devicetime: 2017/05/09 19:11:01,112 [SIP UDP Transport (62.52.148.6:5060)]: User Agent (SIP line O2DSL) proceeds with message

[SIP-Packet] 2017/05/09 19:11:07,513  Devicetime: 2017/05/09 19:11:06,072 [Packet]: 
Sending datagram (488 Bytes) from 77.189.xxx.xxx:15640 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:15640;branch=z9hG4bK-dd24491a-1019df61;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=-813753148-1992224002
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Connection] 2017/05/09 19:11:07,576  Devicetime: 2017/05/09 19:11:06,111 [SIP UDP Transport (62.52.148.6:5060)]: Strict Mode: Provider uses expected endpoint

[SIP-Connection] 2017/05/09 19:11:07,576  Devicetime: 2017/05/09 19:11:06,111 [SIP UDP Transport (62.52.148.6:5060)]: Processing new inbound SIP message

[SIP-Packet] 2017/05/09 19:11:07,576  Devicetime: 2017/05/09 19:11:06,111 [Packet]: 
Receiving datagram (383 Bytes) at 77.189.xxx.xxx:15640 from 62.52.148.6:5060 using UDP (RtgTag 0):
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.189.xxx.xxx:15640;received=77.189.xxx.xxx;branch=z9hG4bK-dd24491a-1019df61;rport=15640
From: <sip:zensiert@sip.alice-voip.de>;tag=-813753148-1992224002
To: <sip:zensiert@sip.alice-voip.de>;tag=219da1c701ba5b1a70c8fa9a53c05a74
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Content-Length: 0


[SIP-Connection] 2017/05/09 19:11:07,576  Devicetime: 2017/05/09 19:11:06,112 [SIP UDP Transport (62.52.148.6:5060)]: User Agent (SIP line O2DSL) proceeds with message

[SIP-Packet] 2017/05/09 19:11:12,515  Devicetime: 2017/05/09 19:11:11,072 [Packet]: 
Sending datagram (488 Bytes) from 77.189.xxx.xxx:15640 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:15640;branch=z9hG4bK-f9957bfa-bd07f8dd;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=-813753148-1992224002
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Connection] 2017/05/09 19:11:12,578  Devicetime: 2017/05/09 19:11:11,113 [SIP UDP Transport (62.52.148.6:5060)]: Strict Mode: Provider uses expected endpoint

[SIP-Connection] 2017/05/09 19:11:12,578  Devicetime: 2017/05/09 19:11:11,113 [SIP UDP Transport (62.52.148.6:5060)]: Processing new inbound SIP message

[SIP-Packet] 2017/05/09 19:11:12,578  Devicetime: 2017/05/09 19:11:11,113 [Packet]: 
Receiving datagram (383 Bytes) at 77.189.xxx.xxx:15640 from 62.52.148.6:5060 using UDP (RtgTag 0):
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.189.xxx.xxx:15640;received=77.189.xxx.xxx;branch=z9hG4bK-f9957bfa-bd07f8dd;rport=15640
From: <sip:zensiert@sip.alice-voip.de>;tag=-813753148-1992224002
To: <sip:zensiert@sip.alice-voip.de>;tag=219da1c701a28bb6c0c8fa9a6b9e42e8
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Content-Length: 0


[SIP-Connection] 2017/05/09 19:11:12,578  Devicetime: 2017/05/09 19:11:11,113 [SIP UDP Transport (62.52.148.6:5060)]: User Agent (SIP line O2DSL) proceeds with message

[SIP-Connection] 2017/05/09 19:14:17,515  Devicetime: 2017/05/09 19:14:16,080 [SIP UDP Transport (62.52.148.6:5060)]: Discarding (local socket was 77.189.xxx.xxx:15640, Tag 0)

[SIP-Connection] 2017/05/09 19:14:17,515  Devicetime: 2017/05/09 19:14:16,080 [SIP UDP Transport (62.52.148.6:5060)]: Started IPv4 UDP listener on port 15256

[SIP-Packet] 2017/05/09 19:14:17,534  Devicetime: 2017/05/09 19:14:16,083 [Packet]: 
Sending datagram (489 Bytes) from 77.189.xxx.xxx:15256 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:15256;branch=z9hG4bK-29d98434-370f6df1;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=-977761387--2021321951
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Packet] 2017/05/09 19:14:22,500  Devicetime: 2017/05/09 19:14:21,083 [Packet]: 
Sending datagram (489 Bytes) from 77.189.xxx.xxx:15256 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:15256;branch=z9hG4bK-6eb0e5fd-476c232b;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=-977761387--2021321951
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Connection] 2017/05/09 19:14:22,553  Devicetime: 2017/05/09 19:14:21,125 [SIP UDP Transport (62.52.148.6:5060)]: Strict Mode: Provider uses expected endpoint

[SIP-Connection] 2017/05/09 19:14:22,553  Devicetime: 2017/05/09 19:14:21,125 [SIP UDP Transport (62.52.148.6:5060)]: Processing new inbound SIP message

[SIP-Packet] 2017/05/09 19:14:22,553  Devicetime: 2017/05/09 19:14:21,125 [Packet]: 
Receiving datagram (384 Bytes) at 77.189.xxx.xxx:15256 from 62.52.148.6:5060 using UDP (RtgTag 0):
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.189.xxx.xxx:15256;received=77.189.xxx.xxx;branch=z9hG4bK-6eb0e5fd-476c232b;rport=15256
From: <sip:zensiert@sip.alice-voip.de>;tag=-977761387--2021321951
To: <sip:zensiert@sip.alice-voip.de>;tag=219da1c70215d71350c8fa9d4df2498d
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Content-Length: 0


[SIP-Connection] 2017/05/09 19:14:22,579  Devicetime: 2017/05/09 19:14:21,125 [SIP UDP Transport (62.52.148.6:5060)]: User Agent (SIP line O2DSL) proceeds with message

[SIP-Packet] 2017/05/09 19:14:27,502  Devicetime: 2017/05/09 19:14:26,084 [Packet]: 
Sending datagram (489 Bytes) from 77.189.xxx.xxx:15256 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:15256;branch=z9hG4bK-49e92871-5d3e163c;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=-977761387--2021321951
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Connection] 2017/05/09 19:14:27,571  Devicetime: 2017/05/09 19:14:26,123 [SIP UDP Transport (62.52.148.6:5060)]: Strict Mode: Provider uses expected endpoint

[SIP-Connection] 2017/05/09 19:14:27,592  Devicetime: 2017/05/09 19:14:26,123 [SIP UDP Transport (62.52.148.6:5060)]: Processing new inbound SIP message

[SIP-Packet] 2017/05/09 19:14:27,592  Devicetime: 2017/05/09 19:14:26,123 [Packet]: 
Receiving datagram (384 Bytes) at 77.189.xxx.xxx:15256 from 62.52.148.6:5060 using UDP (RtgTag 0):
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.189.xxx.xxx:15256;received=77.189.xxx.xxx;branch=z9hG4bK-49e92871-5d3e163c;rport=15256
From: <sip:zensiert@sip.alice-voip.de>;tag=-977761387--2021321951
To: <sip:zensiert@sip.alice-voip.de>;tag=219da1c701a2a5bb30c8fa9d6558b955
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Content-Length: 0


[SIP-Connection] 2017/05/09 19:14:27,592  Devicetime: 2017/05/09 19:14:26,123 [SIP UDP Transport (62.52.148.6:5060)]: User Agent (SIP line O2DSL) proceeds with message

[SIP-Connection] 2017/05/09 19:17:32,503  Devicetime: 2017/05/09 19:17:31,092 [SIP UDP Transport (62.52.148.6:5060)]: Discarding (local socket was 77.189.xxx.xxx:15256, Tag 0)

[SIP-Connection] 2017/05/09 19:17:32,503  Devicetime: 2017/05/09 19:17:31,092 [SIP UDP Transport (62.52.148.6:5060)]: Started IPv4 UDP listener on port 12861

[SIP-Packet] 2017/05/09 19:17:32,503  Devicetime: 2017/05/09 19:17:31,095 [Packet]: 
Sending datagram (488 Bytes) from 77.189.xxx.xxx:12861 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:12861;branch=z9hG4bK-4bcd0b00-d9c9d41e;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=1502235177-2136645817
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Connection] 2017/05/09 19:17:32,556  Devicetime: 2017/05/09 19:17:31,137 [SIP UDP Transport (62.52.148.6:5060)]: Strict Mode: Provider uses expected endpoint

[SIP-Connection] 2017/05/09 19:17:32,556  Devicetime: 2017/05/09 19:17:31,137 [SIP UDP Transport (62.52.148.6:5060)]: Processing new inbound SIP message

[SIP-Packet] 2017/05/09 19:17:37,506  Devicetime: 2017/05/09 19:17:36,096 [Packet]: 
Sending datagram (488 Bytes) from 77.189.xxx.xxx:12861 to 62.52.148.6:5060 using UDP (RtgTag 0):
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.189.xxx.xxx:12861;branch=z9hG4bK-f92c248a-f16aab69;rport
From: <sip:zensiert@sip.alice-voip.de>;tag=1502235177-2136645817
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: Lancom
Content-Length: 0


[SIP-Connection] 2017/05/09 19:17:37,575  Devicetime: 2017/05/09 19:17:36,136 [SIP UDP Transport (62.52.148.6:5060)]: Strict Mode: Provider uses expected endpoint

[SIP-Connection] 2017/05/09 19:17:37,575  Devicetime: 2017/05/09 19:17:36,136 [SIP UDP Transport (62.52.148.6:5060)]: Processing new inbound SIP message

[SIP-Packet] 2017/05/09 19:17:37,575  Devicetime: 2017/05/09 19:17:36,136 [Packet]: 
Receiving datagram (383 Bytes) at 77.189.xxx.xxx:12861 from 62.52.148.6:5060 using UDP (RtgTag 0):
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.189.xxx.xxx:12861;received=77.189.xxx.xxx;branch=z9hG4bK-f92c248a-f16aab69;rport=12861
From: <sip:zensiert@sip.alice-voip.de>;tag=1502235177-2136645817
To: <sip:zensiert@sip.alice-voip.de>;tag=219da1c701aae20510c8faa047c0658c
Call-ID: zensiert-sip.alice-voip.de-75d34ef7@00a0572a74e3
CSeq: 1 REGISTER
Content-Length: 0

Hinweis: Im LANmonitor steht unter SIP-Anbieter das Feld "IP-Adresse der Gegenstelle: transport failed". Ist das ein möglicher Hinweis auf die Fehlerquelle?
Wie schon anfangs erwähnt, handelt es sich um einen o2-DSL-Anschluss. Die IP-Vergabe erfolgt automatisch, Internet funktioniert sonst alles.

VG

awi · Beitrag von **awi** » 10 Mai 2017, 11:42

Hallo Maro,

die letzten Traces, die Du hier eingestellt hast sehen genauso aus, wie mit der 10.00.
Sind die wirklich mit der 9.24 gemacht worden?
Das hieße ja dann, dass es auch damit nicht funktioniert.

Gruß
Awi

maro2000 · Beitrag von **maro2000** » 10 Mai 2017, 18:35

Hi Awi,

ja genau, der letzte Trace war mit der 10er FW. Hatte gedacht, es macht mehr Sinn den Trace mit Fehlverhalten zu schicken.

Mit der 9er FW geht es ja ordnungsgemäß, hilft dir der da der Trace weiter?

beki · Beitrag von **beki** » 13 Mai 2017, 23:09

maro2000 hat geschrieben:Mit der 9er FW geht es ja ordnungsgemäß, hilft dir der da der Trace weiter?

Ja, das würde sehr helfen. Damit wäre sichergestellt, dass in deinem Szenario die Anmeldung tatsächlich mit den gleichen Einstellungen funktioniert.

Es geht nicht darum dass du nachweisen musst dass deine Aussage korrekt ist, es wäre vor allem wichtig zu sehen ob sich die SIP Nachrichten unterscheiden. Wenn in der 9er Firmware etwa kein "Bad Request" als Antwort kommt, dann ist der Fehler in der SIP REGISTER Nachricht zu suchen. Falls da trotz des "Bad Request" die Registrierung fortgeführt wird, dann stehen die Chancen gut dass es sich hier um eine Regression handelt, die ich zu verantworten habe

Da das Szenario lästig ist nachzustellen (man bräuchte einen dynamischen SIP dummy Server) wären die Logs aus der 9er Firmware hier besonders hilfreich.

maro2000 · Beitrag von **maro2000** » 14 Mai 2017, 11:29

Ok gut, hier nun der Trace mit der 9er FW:

Code: Alles auswählen

[SIP-Packet] 2017/05/14 11:17:28,338  Devicetime: 2017/05/14 11:17:29,721 [PACKET] : 
Sending datagram with length 526 from 77.190.xxx.xxx:14034 to 62.52.148.118:5060 using UDP
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-e1a8e911-bf82d255
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: LANCOM 1783VA (over ISDN) / 9.24.0153 / 01.12.2016
Content-Length: 0


[SIP-Packet] 2017/05/14 11:17:28,391  Devicetime: 2017/05/14 11:17:29,780 [PACKET] : 
Receiving datagram with length 349 from 62.52.148.118:5060 to 77.190.xxx.xxx:14034 using UDP
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-e1a8e911-bf82d255
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>;tag=cf20866401e3b48790c912a87de091fd
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Content-Length: 0


[SIP-Packet] 2017/05/14 11:17:33,338  Devicetime: 2017/05/14 11:17:34,722 [PACKET] : 
Sending datagram with length 526 from 77.190.xxx.xxx:14034 to 62.52.148.118:5060 using UDP
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-b0ad5804-a2aac09d
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: LANCOM 1783VA (over ISDN) / 9.24.0153 / 01.12.2016
Content-Length: 0


[SIP-Packet] 2017/05/14 11:17:33,391  Devicetime: 2017/05/14 11:17:34,783 [PACKET] : 
Receiving datagram with length 349 from 62.52.148.118:5060 to 77.190.xxx.xxx:14034 using UDP
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-b0ad5804-a2aac09d
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>;tag=cf20866401fb6d40d0c912a88d83021b
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Content-Length: 0


[SIP-Packet] 2017/05/14 11:17:38,339  Devicetime: 2017/05/14 11:17:39,722 [PACKET] : 
Sending datagram with length 526 from 77.190.xxx.xxx:14034 to 62.52.148.118:5060 using UDP
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-08dda78b-3b4ba01f
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: LANCOM 1783VA (over ISDN) / 9.24.0153 / 01.12.2016
Content-Length: 0


[SIP-Packet] 2017/05/14 11:17:38,392  Devicetime: 2017/05/14 11:17:39,781 [PACKET] : 
Receiving datagram with length 349 from 62.52.148.118:5060 to 77.190.xxx.xxx:14034 using UDP
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-08dda78b-3b4ba01f
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>;tag=cf20866401e3a02760c912a8a4f155b3
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Content-Length: 0


[SIP-Packet] 2017/05/14 11:17:43,336  Devicetime: 2017/05/14 11:17:44,723 [PACKET] : 
Sending datagram with length 526 from 77.190.xxx.xxx:14034 to 62.52.148.118:5060 using UDP
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-11e16065-27f2f3f7
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: *
Expires: 0
User-Agent: LANCOM 1783VA (over ISDN) / 9.24.0153 / 01.12.2016
Content-Length: 0


[SIP-Packet] 2017/05/14 11:17:43,405  Devicetime: 2017/05/14 11:17:44,778 [PACKET] : 
Receiving datagram with length 349 from 62.52.148.118:5060 to 77.190.xxx.xxx:14034 using UDP
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-11e16065-27f2f3f7
From: <sip:zensiert@sip.alice-voip.de>;tag=-203812619-551753833
To: <sip:zensiert@sip.alice-voip.de>;tag=cf2086640259a56d80c912a8b499703f
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Content-Length: 0


[SIP-Packet] 2017/05/14 11:18:43,342  Devicetime: 2017/05/14 11:18:44,723 [PACKET] : 
Sending datagram with length 577 from 77.190.xxx.xxx:14034 to 62.52.148.118:5060 using UDP
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-166b046b-6e1d4081
From: <sip:zensiert@sip.alice-voip.de>;tag=76493062-1089763137
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: <sip:zensiert@77.190.xxx.xxx:14034;transport=UDP>
Expires: 480
User-Agent: LANCOM 1783VA (over ISDN) / 9.24.0153 / 01.12.2016
Content-Length: 0


[SIP-Packet] 2017/05/14 11:18:43,489  Devicetime: 2017/05/14 11:18:44,809 [PACKET] : 
Receiving datagram with length 479 from 62.52.148.118:5060 to 77.190.xxx.xxx:14034 using UDP
SIP/2.0 401 Unauthorized 11030030330
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-166b046b-6e1d4081
From: <sip:zensiert@sip.alice-voip.de>;tag=76493062-1089763137
To: <sip:zensiert@sip.alice-voip.de>;tag=cf2086640259aa0180c912a99f07eac3
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 113 REGISTER
Content-Length: 0
WWW-Authenticate: Digest nonce="ABE3CFB3FC201859000000008DFBA20E",realm="ims.telefonica.de",algorithm=MD5,qop="auth"


[SIP-Packet] 2017/05/14 11:18:43,489  Devicetime: 2017/05/14 11:18:44,810 [PACKET] : 
Sending datagram with length 832 from 77.190.xxx.xxx:14034 to 62.52.148.118:5060 using UDP
REGISTER sip:sip.alice-voip.de SIP/2.0
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-994c3c00-75e47512
From: <sip:zensiert@sip.alice-voip.de>;tag=76493062-1089763137
To: <sip:zensiert@sip.alice-voip.de>
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 114 REGISTER
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Max-Forwards: 70
Contact: <sip:zensiert@77.190.xxx.xxx:14034;transport=UDP>
Expires: 480
User-Agent: LANCOM 1783VA (over ISDN) / 9.24.0153 / 01.12.2016
Authorization: Digest username="zensiert", realm="ims.telefonica.de", algorithm=MD5, uri="sip:sip.alice-voip.de", nonce="ABE3CFB3FC201859000000008DFBA20E",qop=auth, cnonce="52302bec291815f6", nc=00000001, response="eae660a4d09eabe51db8eda14630e77b"
Content-Length: 0


[SIP-Packet] 2017/05/14 11:18:43,558  Devicetime: 2017/05/14 11:18:44,935 [PACKET] : 
Receiving datagram with length 716 from 62.52.148.118:5060 to 77.190.xxx.xxx:14034 using UDP
SIP/2.0 200 OK
Via: SIP/2.0/UDP 77.190.xxx.xxx:14034;branch=z9hG4bK-994c3c00-75e47512
From: <sip:zensiert@sip.alice-voip.de>;tag=76493062-1089763137
To: <sip:zensiert@sip.alice-voip.de>;tag=cf2086640259943e70c912a99f848353
Call-ID: zensiert-sip.alice-voip.de-0e11e584@00a0572a74e3
CSeq: 114 REGISTER
Content-Length: 0
Contact: <sip:zensiert@77.190.xxx.xxx:14034;transport=UDP>;expires=4500;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Service-Route: <sip:zensiert@62.52.148.118:5060;transport=udp;lr>
P-Associated-URI: <sip:zensiert@sip.alice-voip.de>
Authentication-Info: qop=auth,rspauth="3c5e381362c0cb27c96a8be505cb945e",cnonce="52302bec291815f6",nc=00000001

awi · Beitrag von **awi** » 15 Mai 2017, 13:13

Hallo Maro,

danke für die Traces.
Es sieht so aus, dass der Provider mit den Un-REGISTER SIP Messages (Contact: * und Expires: 0) nichts anfangen kann (oder will).
Der Unterschied zur 10.00 ist der, dass nach ein paar Versuchen Un-REGISTER dann auf ein reguläres REGISTER mit gültigem Contact-Header gewechselt wird,
welches dann auch akzeptiert wird und zur Registrierung führt.

Gruß
Awi

MoinMoin · Beitrag von **MoinMoin** » 15 Mai 2017, 14:22

Moin Awi!

So hatte ich das Verhalten auch in Erinnerung. Ist auch besser, wenn man den Rückfall hat.

Ciao, Georg

maro2000 · Beitrag von **maro2000** » 15 Mai 2017, 20:07

Vielen Dank für eure Antworten...

Das Verhalten hab ich verstanden, aber was heißt das für mich in der Praxis?
Kann ich den Lancom mit der 10er FW dazu bringen, den Fallback zu nutzen?

Falls nein, würde das bedeuten, ich hänge für immer in der 9er FW fest?

beki · Beitrag von **beki** » 15 Mai 2017, 22:02

Nein, aber es heißt dass die Umbauten am VCM in der 10.00 das Verhalten geändert haben. Zum Negativen, muss ich in diesem Fall zugeben.

Wenn das De-Registrieren nicht klappt, dann sollte man (wie in der 9.24) mit der Registrierung fortfahren. Dein Trace zeigt, dass das in der 9.24 so war.

Vielleicht hat MoinMoin oder awi Zeit sich das anzuschauen und in der 10.00 zu reparieren.

Das wäre zumindest der QuickFix. Eigentlich wäre es interessant zu wissen, warum das ein "Bad Request" ist.

Jirka · Beitrag von **Jirka** » 16 Mai 2017, 01:59

beki hat geschrieben:Eigentlich wäre es interessant zu wissen, warum das ein "Bad Request" ist.

Genau. Wer fragt bei O2 nach? (natürlich nicht beim Level-1-Support)

Wobei ein Freund von dem Un-REGISTER (aller Registrierungen) bin ich auch nicht. Das ist in gewisser Weise eine LANCOM-spezifische Macke, an die man sich nun im Laufe der Jahre gewöhnt hat. Richtig unschön wird es, wenn 1&1-SIP-Leitungen darüber laufen und man eine Mehrfachanmeldung hat, also neben dem LANCOM z. B. noch ein LANCOM oder eine FRITZ!Box oder ein Smartphone registriert sind. Dann sind die nämlich für Stunden nicht mehr erreichbar... Ein normaler SIP-Client deregistriert nur sich selbst oder seine letzte Registrierung, nicht aber die anderen...
Ich kann aber auch nicht ausschließen, dass es Nachteile gibt, wenn man die SIP-Leitungen - wie es die meisten machen - nur an einem Standort nutzt und das allgemeine Un-REGISTER jetzt abgeschaltet wird. Man liest z. B. vereinzelt, dass Mehrfachregistrierungen nicht unbegrenzt möglich sind (5 x LANCOM DSL-Synchronisation abgebrochen keine Registrierung mehr möglich (na ja, schlechtes Beispiel, der LANCOM ist dann ja nicht abgestürzt und könnte ein De-REGISTER seiner letzten Registrierung machen, wenn er die denn noch weiß) oder dass bei Mehrfachregistrierungen die erste Registrierung bevorzugt ist und die anderen keine Signalisierung mehr erhalten (kann ich nicht bestätigen, aber im IP-Phone-Forum ist da öfter mal sowas zu lesen). Man könnte sich aus dem Problemen raushalten, wenn man das Un-REGISTER einstellbar machen würde, ob für alle Registrierungen oder nur die letzte vom LANCOM. Aber das ist jetzt von der Prio vermutlich so unbedeutend, dass ich jetzt lieber ins Bett gehe.

Viele Grüße,
Jirka

LANCOM-Forum.de

SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglich

SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglich

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic

Re: SIP-Registrierung mit FW 10.00.0165RU1 nicht mehr möglic