VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Forum zu LANCOM Systems VoIP Router/Gateways und zur LANCOM VoIP Option

Moderator: Lancom-Systems Moderatoren

Antworten
Benutzeravatar
Jirka
Beiträge: 5225
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von Jirka »

Hallo zusammen,

ich habe seit der Einführung des harten Lockdowns eine Woche vor Weihnachten nach Umstrukturierungsmaßnahmen (FRITZ!Box bei jemandem im Home-Office durch LANCOM ersetzt) das Problem, dass Telefonate nach 15 Minuten abbrechen. Da es vorher mit der FRITZ!Box prinzipiell genauso lief, nun aber mit dem LANCOM leider nicht, macht der LANCOM also irgendwas anders als die FRITZ!Box, was zu dem Problem führt. Ich habe nur eine leichte Vermutung.

Natürlich freue ich mich über alle Hinweise und von jedem, aber eine Antwort von Awi oder MoinMoin wäre natürlich schön, damit ich entscheiden kann, was dann zu tun ist, um das Problem zu eliminieren.

SIP-Traces können ja gerne mal lang und unübersichtlich sein. Deswegen habe ich mich entschieden, hier NUR die WAN-Seite vom LANCOM zum Provider 1&1 hin zu betrachten, was sich dahinter abspielt, ist nicht so relevant, erläutere ich aber nachfolgend zum besseren Verständnis vor den Traceabschnitten.

Also wir haben erst mal einen normalen eingehenend Anruf:
Jemand ruft vom Handy (+491711111111) die SIP-Leitung im LANCOM an (+493022222222). Der LANCOM hat die IP-Adresse 87.87.87.87, der Provider ist 1&1. Was man nicht sieht, aber hier auch noch keine Rolle spielt, der LANCOM leitet den Anruf weiter. Das Telefonat steht, 15 Minuten lang gibt es kein Problem:

Code: Alles auswählen

[SIP-Packet] 2021/01/17 13:45:26,910  Devicetime: 2021/01/17 13:45:30,648 [Packet]: 
Receiving datagram (2549 Bytes) at 87.87.87.87:10411 from 212.227.124.129:5060 using UDP (RtgTag 0):
INVITE sip:493022222222@87.87.87.87:10411;transport=UDP SIP/2.0\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Record-Route: <sip:92.197.209.160;r2=on;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:100.64.10.25;line=sr-N6IAzBFwMJZLWGZuMJZfWByXNBVQo6ZXoUVQo6ZXghargl4AKKKVjlyAMxyAMlyAMx0tMjPAM.0FPwjfM.gzW4dLMx0FjKa3WA**>\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK92ed.8063269e88473e281a2dc27293126b1c.0\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK92ed.2ca8c98e5a797a1877c5926ef06712ab.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK92ed.44d4c0c9eaf072a69a504ad1f4e63eba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK92ed.ca70b4a04107848136bebb9a8f94f742.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaYpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaBaFPjgFWxFsa.eFPjM*\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22292 INVITE\r\n
Contact: <sip:100.64.10.25;line=sr-N6IAzBFwMJZLWJZuMJZfMxN-W.y6Mx1dCRsIH9WLOjZ6mjt-CtpvMwKaPI0Z3wpHPqgdK4YCpjQGCBa-p6tMMueloFs.jjfAkUKuguKsTc**>\r\n
Allow-Events: refer\r\n
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, INFO, REFER, NOTIFY, SUBSCRIBE, UPDATE\r\n
Content-Type: application/sdp\r\n
Max-Forwards: 50\r\n
P-Early-Media: supported\r\n
Supported: timer, replaces, histinfo, from-change\r\n
Content-Length:   930\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 212.227.124.2\r\n
s=TELES-SBC\r\n
c=IN IP4 212.227.124.2\r\n
t=0 0\r\n
a=rtpengine:87f0f566018e\r\n
m=audio 37112 RTP/AVP 96 97 9 98 99 100 101 8 102 103\r\n
a=maxptime:30\r\n
a=rtpmap:96 AMR-WB/16000\r\n
a=rtpmap:97 AMR-WB/16000\r\n
a=rtpmap:9 G722/8000\r\n
a=rtpmap:98 AMR/8000\r\n
a=rtpmap:99 AMR/8000\r\n
a=rtpmap:100 AMR/8000\r\n
a=rtpmap:101 AMR/8000\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:102 telephone-event/8000\r\n
a=rtpmap:103 telephone-event/16000\r\n
a=fmtp:96 mode-set=0,1,2;mode-change-period=2;mode-change-neighbor=1;max-red=0\r\n
a=fmtp:97 mode-change-capability=2;max-red=0\r\n
a=fmtp:98 mode-set=0,2,4,7;mode-change-period=2;mode-change-neighbor=1;max-red=0\r\n
a=fmtp:99 mode-set=0,2,4;mode-change-period=2;mode-change-neighbor=1;max-red=0\r\n
a=fmtp:100 mode-set=0,1,2,3,4,5,6,7;mode-change-period=2;mode-change-neighbor=1;max-red=0\r\n
a=fmtp:101 mode-set=0,1,2,3,4,5,6,7;max-red=0\r\n
a=fmtp:102 0-15\r\n
a=fmtp:103 0-15\r\n
a=sendrecv\r\n
a=rtcp:37113\r\n
a=ptime:20\r\n

[SIP-Packet] 2021/01/17 13:45:26,910  Devicetime: 2021/01/17 13:45:30,654 [Packet]: 
Sending datagram (1330 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK92ed.8063269e88473e281a2dc27293126b1c.0;received=212.227.124.129\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK92ed.2ca8c98e5a797a1877c5926ef06712ab.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK92ed.44d4c0c9eaf072a69a504ad1f4e63eba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK92ed.ca70b4a04107848136bebb9a8f94f742.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaYpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaBaFPjgFWxFsa.eFPjM*\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Record-Route: <sip:92.197.209.160;r2=on;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:100.64.10.25;line=sr-N6IAzBFwMJZLWGZuMJZfWByXNBVQo6ZXoUVQo6ZXghargl4AKKKVjlyAMxyAMlyAMx0tMjPAM.0FPwjfM.gzW4dLMx0FjKa3WA**>\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22292 INVITE\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Server: Lancom\r\n
Supported: replaces,timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2021/01/17 13:45:31,458  Devicetime: 2021/01/17 13:45:35,301 [Packet]: 
Sending datagram (1395 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 180 Ringing\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK92ed.8063269e88473e281a2dc27293126b1c.0;received=212.227.124.129\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK92ed.2ca8c98e5a797a1877c5926ef06712ab.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK92ed.44d4c0c9eaf072a69a504ad1f4e63eba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK92ed.ca70b4a04107848136bebb9a8f94f742.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaYpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaBaFPjgFWxFsa.eFPjM*\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Record-Route: <sip:92.197.209.160;r2=on;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:100.64.10.25;line=sr-N6IAzBFwMJZLWGZuMJZfWByXNBVQo6ZXoUVQo6ZXghargl4AKKKVjlyAMxyAMlyAMx0tMjPAM.0FPwjfM.gzW4dLMx0FjKa3WA**>\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22292 INVITE\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Server: Lancom\r\n
Supported: replaces,timer\r\n
Contact: <sip:+493022222222@87.87.87.87:10411;transport=UDP>\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2021/01/17 13:45:31,604  Devicetime: 2021/01/17 13:45:35,476 [Packet]: 
Sending datagram (1803 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 183 Session Progress\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK92ed.8063269e88473e281a2dc27293126b1c.0;received=212.227.124.129\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK92ed.2ca8c98e5a797a1877c5926ef06712ab.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK92ed.44d4c0c9eaf072a69a504ad1f4e63eba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK92ed.ca70b4a04107848136bebb9a8f94f742.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaYpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaBaFPjgFWxFsa.eFPjM*\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Record-Route: <sip:92.197.209.160;r2=on;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:100.64.10.25;line=sr-N6IAzBFwMJZLWGZuMJZfWByXNBVQo6ZXoUVQo6ZXghargl4AKKKVjlyAMxyAMlyAMx0tMjPAM.0FPwjfM.gzW4dLMx0FjKa3WA**>\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22292 INVITE\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Server: Lancom\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Supported: 100rel,replaces,timer\r\n
P-Early-Media: sendonly\r\n
Content-Type: application/sdp\r\n
Content-Length: 310\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 87.87.87.87\r\n
s=call\r\n
c=IN IP4 87.87.87.87\r\n
t=0 0\r\n
m=audio 8402 RTP/AVP 98 102\r\n
b=AS:29\r\n
a=rtpmap:98 AMR/8000\r\n
a=rtpmap:102 telephone-event/8000\r\n
a=fmtp:98 mode-set=0,2,4,7; mode-change-period=2; mode-change-neighbor=1; max-red=0\r\n
a=fmtp:102 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:20\r\n

[SIP-Packet] 2021/01/17 13:45:33,464  Devicetime: 2021/01/17 13:45:37,312 [Packet]: 
Sending datagram (1763 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 180 Ringing\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK92ed.8063269e88473e281a2dc27293126b1c.0;received=212.227.124.129\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK92ed.2ca8c98e5a797a1877c5926ef06712ab.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK92ed.44d4c0c9eaf072a69a504ad1f4e63eba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK92ed.ca70b4a04107848136bebb9a8f94f742.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaYpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaBaFPjgFWxFsa.eFPjM*\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Record-Route: <sip:92.197.209.160;r2=on;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:100.64.10.25;line=sr-N6IAzBFwMJZLWGZuMJZfWByXNBVQo6ZXoUVQo6ZXghargl4AKKKVjlyAMxyAMlyAMx0tMjPAM.0FPwjfM.gzW4dLMx0FjKa3WA**>\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22292 INVITE\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Server: Lancom\r\n
Supported: replaces,timer\r\n
Contact: <sip:+493022222222@87.87.87.87:10411;transport=UDP>\r\n
P-Early-Media: sendonly\r\n
Content-Type: application/sdp\r\n
Content-Length: 310\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 87.87.87.87\r\n
s=call\r\n
c=IN IP4 87.87.87.87\r\n
t=0 0\r\n
m=audio 8402 RTP/AVP 98 102\r\n
b=AS:29\r\n
a=rtpmap:98 AMR/8000\r\n
a=rtpmap:102 telephone-event/8000\r\n
a=fmtp:98 mode-set=0,2,4,7; mode-change-period=2; mode-change-neighbor=1; max-red=0\r\n
a=fmtp:102 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:20\r\n

[SIP-Packet] 2021/01/17 13:45:44,748  Devicetime: 2021/01/17 13:45:48,539 [Packet]: 
Sending datagram (1880 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK92ed.8063269e88473e281a2dc27293126b1c.0;received=212.227.124.129\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK92ed.2ca8c98e5a797a1877c5926ef06712ab.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK92ed.44d4c0c9eaf072a69a504ad1f4e63eba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK92ed.ca70b4a04107848136bebb9a8f94f742.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaYpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaBaFPjgFWxFsa.eFPjM*\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Record-Route: <sip:92.197.209.160;r2=on;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:100.64.10.25;line=sr-N6IAzBFwMJZLWGZuMJZfWByXNBVQo6ZXoUVQo6ZXghargl4AKKKVjlyAMxyAMlyAMx0tMjPAM.0FPwjfM.gzW4dLMx0FjKa3WA**>\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22292 INVITE\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Server: Lancom\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Supported: 100rel,replaces,timer\r\n
Contact: <sip:493022222222@87.87.87.87:10411;transport=UDP>\r\n
Session-Expires: 1800;refresher=uac\r\n
Require: timer\r\n
Content-Type: application/sdp\r\n
Content-Length: 310\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 87.87.87.87\r\n
s=call\r\n
c=IN IP4 87.87.87.87\r\n
t=0 0\r\n
m=audio 8402 RTP/AVP 98 102\r\n
b=AS:29\r\n
a=rtpmap:98 AMR/8000\r\n
a=rtpmap:102 telephone-event/8000\r\n
a=fmtp:98 mode-set=0,2,4,7; mode-change-period=2; mode-change-neighbor=1; max-red=0\r\n
a=fmtp:102 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:20\r\n

[SIP-Packet] 2021/01/17 13:45:44,748  Devicetime: 2021/01/17 13:45:48,591 [Packet]: 
Receiving datagram (1189 Bytes) at 87.87.87.87:10411 from 212.227.124.129:5060 using UDP (RtgTag 0):
ACK sip:493022222222@87.87.87.87:10411;transport=UDP SIP/2.0\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK92ed.983e7b058d9b58310727966b006ed0ff.0\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK92ed.650f26ae07a3dec5a32123e2cea46400.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK92ed.715a661a02a16507906e5e35ce93da53.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK92ed.c86998734d6952c12d649da30dd648a5.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaBpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaBatMByAWqetWFWSP43*\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22292 ACK\r\n
Contact: <sip:100.64.10.25;line=sr-N6IAzJd4z.FwM.cuMxjfMl0yM.NLOBV6OBjLOBFAWlvuMx3Az6fYoEjQNwV1.BgeP9YvK6clpKtGjUrBp4QGaEf9mIYu.4ebWUYw3jAljhWd.IWa.U0Zp9KhK9qb>\r\n
Max-Forwards: 66\r\n
Content-Length:     0\r\n
\r\n

[SIP-Packet] 2021/01/17 14:00:47,487  Devicetime: 2021/01/17 14:00:48,630 [Packet]: 
Receiving datagram (1309 Bytes) at 87.87.87.87:10411 from 212.227.124.129:5060 using UDP (RtgTag 0):
UPDATE sip:493022222222@87.87.87.87:10411;transport=UDP SIP/2.0\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bKa2ed.d7cc7ebc2a8301e910b1beb92c3fd509.0\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bKa2ed.cc99a3ed955bfb5a863f38d343d581f6.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bKa2ed.88b36f5304c5f40d9bd1888eeb279930.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bKa2ed.37f652ebf449a74bcf236964074dfe5e.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaBpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaB34M.qAMFaxP4Fwa.F*\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22293 UPDATE\r\n
Contact: <sip:100.64.10.25;line=sr-N6IAzJd4z.FwM.cuMxjfMl0yM.NLOBV6OBjLOBFAWlvuMx3Az6fYoEjQNwV1.BgeP9YvK6clpKtGjUrBp4QGaEf9mIYu.4ebWUYw3jAljhWd.IWa.U0Zp9KhK9qb>\r\n
Max-Forwards: 66\r\n
Session-Expires: 1800;refresher=uac\r\n
Supported: timer, replaces, from-change, x-diversion, histinfo\r\n
Content-Length:     0\r\n
\r\n

[SIP-Packet] 2021/01/17 14:00:47,533  Devicetime: 2021/01/17 14:00:48,658 [Packet]: 
Sending datagram (1240 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 404 Not Found\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bKa2ed.d7cc7ebc2a8301e910b1beb92c3fd509.0;received=212.227.124.129\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bKa2ed.cc99a3ed955bfb5a863f38d343d581f6.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bKa2ed.88b36f5304c5f40d9bd1888eeb279930.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bKa2ed.37f652ebf449a74bcf236964074dfe5e.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaBpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaB34M.qAMFaxP4Fwa.F*\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22293 UPDATE\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Server: Lancom\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Supported: timer\r\n
Contact: <sip:493022222222@87.87.87.87:10411;transport=UDP>\r\n
Content-Length: 0\r\n
\r\n
Jetzt kommt von der Seite, wohin der LANCOM weitergeleitet hat ein Re-INVITE (standardmäßig alle 15 Minuten, Telekom). Dazu sagt der LANCOM Trying (hier nicht zu sehen, weil nicht WAN-Seite) und schickt dann selber ein Re-INVITE an den Provider 1&1. Er reicht das Re-INVITE also wie ein SIP-Proxy durch. Das ist sicherlich nicht erforderlich, weil sich gar nichts ändert, aber diesen Fall im LANCOM zu terminieren, ist offensichtlich zu aufwendig. Also geht jetzt das (Re-)INVITE raus. Irgendwas scheint aber 1&1 an dem INVITE nicht zu gefallen, denn 1&1 sagt nur noch Trying und dann 408 Request Timeout. Und dann beendet 1&1 das Telefonat einfach (BYE; der Anrufer legt nicht auf!!!). Von da an hören sich beide Seiten nicht mehr.
Die Frage, die man sich stellen muss ist also, ist nachfolgendes (Re-)INVITE richtig, oder nicht? Ich hab schon einiges verglichen, From, To, Call-ID müsste alles stimmen. Ich vermute, dass die drei Zeilen "Route: ..." falsch sind, kann das einer genauer sagen, ob das so korrekt ist, oder nicht?

Code: Alles auswählen

[SIP-Packet] 2021/01/17 14:01:21,627  Devicetime: 2021/01/17 14:01:22,756 [Packet]: 
Sending datagram (1258 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
INVITE sip:100.64.10.25;line=sr-N6IAzBFwMJZLWJZuMJZfMxN-W.y6Mx1dCRsIH9WLOjZ6mjt-CtpvMwKaPI0Z3wpHPqgdK4YCpjQGCBa-p6tMMueloFs.jjfAkUKuguKsTc** SIP/2.0\r\n
Via: SIP/2.0/UDP 87.87.87.87:10411;branch=z9hG4bK-18ad48ca-049f1730;rport\r\n
Route: <sip:212.227.124.129;lr=on>\r\n
Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Route: <sip:212.227.124.145;lr=on>\r\n
From: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
To: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 1 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Supported: timer\r\n
Contact: <sip:493022222222@87.87.87.87:10411;transport=UDP>\r\n
P-Early-Media: supported\r\n
Content-Type: application/sdp\r\n
Content-Length: 310\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 87.87.87.87\r\n
s=call\r\n
c=IN IP4 87.87.87.87\r\n
t=0 0\r\n
m=audio 8402 RTP/AVP 98 102\r\n
b=AS:29\r\n
a=rtpmap:98 AMR/8000\r\n
a=rtpmap:102 telephone-event/8000\r\n
a=fmtp:98 mode-set=0,2,4,7; mode-change-period=2; mode-change-neighbor=1; max-red=0\r\n
a=fmtp:102 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:20\r\n

[SIP-Packet] 2021/01/17 14:01:21,691  Devicetime: 2021/01/17 14:01:22,793 [Packet]: 
Receiving datagram (440 Bytes) at 87.87.87.87:10411 from 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 100 trying -- your call is important to us\r\n
Via: SIP/2.0/UDP 87.87.87.87:10411;received=87.87.87.87;branch=z9hG4bK-18ad48ca-049f1730;rport=10411\r\n
From: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
To: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 1 INVITE\r\n
Server: UI Kamailio\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2021/01/17 14:01:25,880  Devicetime: 2021/01/17 14:01:26,793 [Packet]: 
Receiving datagram (417 Bytes) at 87.87.87.87:10411 from 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 408 Request Timeout\r\n
Via: SIP/2.0/UDP 87.87.87.87:10411;received=87.87.87.87;branch=z9hG4bK-18ad48ca-049f1730;rport=10411\r\n
From: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
To: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 1 INVITE\r\n
Server: UI Kamailio\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2021/01/17 14:01:25,880  Devicetime: 2021/01/17 14:01:26,794 [Packet]: 
Sending datagram (714 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
ACK sip:100.64.10.25;line=sr-N6IAzBFwMJZLWJZuMJZfMxN-W.y6Mx1dCRsIH9WLOjZ6mjt-CtpvMwKaPI0Z3wpHPqgdK4YCpjQGCBa-p6tMMueloFs.jjfAkUKuguKsTc** SIP/2.0\r\n
Via: SIP/2.0/UDP 87.87.87.87:10411;branch=z9hG4bK-18ad48ca-049f1730;rport\r\n
Route: <sip:212.227.124.129;lr=on>\r\n
Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Route: <sip:212.227.124.145;lr=on>\r\n
From: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
To: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 1 ACK\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2021/01/17 14:01:32,370  Devicetime: 2021/01/17 14:01:33,433 [Packet]: 
Receiving datagram (1241 Bytes) at 87.87.87.87:10411 from 212.227.124.129:5060 using UDP (RtgTag 0):
BYE sip:493022222222@87.87.87.87:10411;transport=UDP SIP/2.0\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK72ed.b77ca568e84ddb9f732b8d875b69450c.0\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK72ed.3d2511228bc9f23f97c7520184993884.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK72ed.722aafc4d7fee60d28dbc8f9695a1bba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK72ed.603bf6ad83f4afa687f7ace355b145f4.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaBpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaB3uMl0SMjttPqFsM4P*\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22294 BYE\r\n
Contact: <sip:100.64.10.25;line=sr-N6IAzJd4z.FwM.cuMxjfMl0yM.NLOBV6OBjLOBFAWlvuMx3Az6fYoEjQNwV1.BgeP9YvK6clpKtGjUrBp4QGaEf9mIYu.4ebWUYw3jAljhWd.IWa.U0Zp9KhK9qb>\r\n
Max-Forwards: 66\r\n
Reason: Q.850;cause=16;text="Normal call clearing"\r\n
Content-Length:     0\r\n
\r\n

[SIP-Packet] 2021/01/17 14:01:32,370  Devicetime: 2021/01/17 14:01:33,438 [Packet]: 
Sending datagram (1167 Bytes) from 87.87.87.87:10411 to 212.227.124.129:5060 using UDP (RtgTag 0):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/UDP 212.227.124.129;branch=z9hG4bK72ed.b77ca568e84ddb9f732b8d875b69450c.0;received=212.227.124.129\r\n
Via: SIP/2.0/UDP 212.227.67.168;branch=z9hG4bK72ed.3d2511228bc9f23f97c7520184993884.0\r\n
Via: SIP/2.0/UDP 212.227.124.145;branch=z9hG4bK72ed.722aafc4d7fee60d28dbc8f9695a1bba.0\r\n
Via: SIP/2.0/UDP 92.197.209.160;branch=z9hG4bK72ed.603bf6ad83f4afa687f7ace355b145f4.0\r\n
Via: SIP/2.0/UDP 100.64.10.25;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.NLOBV6OBjLOBFAWlvuMx3AzuaVHRaBpB1JNEt736cQkBIvalaJmlyAa.0SW.FuMxItzjVAaB3uMl0SMjttPqFsM4P*\r\n
Record-Route: <sip:212.227.124.129;lr=on>\r\n
Record-Route: <sip:212.227.67.168;lr=on;ftag=0UUHS0000030000E1D010DCu116N7K200DQTX7;did=dd6.5222>\r\n
Record-Route: <sip:212.227.124.145;lr=on>\r\n
From: <sip:+491711111111@ipfonie.de;user=phone>;tag=0UUHS0000030000E1D010DCu116N7K200DQTX7\r\n
To: <sip:+493022222222@1und1.de;user=phone>;tag=1973650373--961489484\r\n
Call-ID: bc15e00009f5-60043169-484e7aef-17619c68-72bfd43-01\r\n
CSeq: 22294 BYE\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.34.0293\r\n
Server: Lancom\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Supported: timer\r\n
Content-Length: 0\r\n
\r\n
Vielen Dank und viele Grüße,
Jirka
Benutzeravatar
MoinMoin
Moderator
Moderator
Beiträge: 1978
Registriert: 12 Nov 2004, 16:04

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von MoinMoin »

Moin Jirka,

nach 15 Minuten kommt ein UPDATE von 1&1. Wird das genauso an die Telekom durchgeleitet, wie das INVITE von da zu 1&1? Dann kommt die 404 als Antwort schon von der Telekom?

Ciao, Georg
Benutzeravatar
Jirka
Beiträge: 5225
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von Jirka »

Moin Georg,

vielen Dank für Deine Antwort.
MoinMoin hat geschrieben: 18 Jan 2021, 13:12 nach 15 Minuten kommt ein UPDATE von 1&1.
Korrekt, auch wenn ich annehme, dass das nicht das Problem ist.
Dieses UPDATE schiebt der LANCOM-Router, den wir hier betrachten, durch per VPN in die Zentrale, der LANCOM dort antwortet mit "404 Not Found", vermutlich weil er "UPDATE" auf LAN-/User-Seite nicht beherrscht, soweit Awi das glaube ich mal geschrieben hatte. Eigentlich dürfte dann das UPDATE ja gar nicht weitergeleitet werden, aber das wäre dann evt. eine andere Baustelle.
MoinMoin hat geschrieben: 18 Jan 2021, 13:12 Wird das genauso an die Telekom durchgeleitet, wie das INVITE von da zu 1&1?
Nein, unmittelbar davor antwortet der LANCOM-Router der Zentrale wie schon geschrieben mit dem "404 Not Found" und "blockt" es damit ab und schiebt es nicht zur Telekom durch.
MoinMoin hat geschrieben: 18 Jan 2021, 13:12 Dann kommt die 404 als Antwort schon von der Telekom?
Nein. (Vom LANCOM in der Zentrale, wie schon geschrieben.)

Ganz am Anfang habe ich auch gedacht, oh, das UPDATE. Aber das ist es wohl nicht - könnte ich um ganz sicher zu sein auch noch mal austesten.
Aber dass das Re-INVITE nicht korrekt beantwortet wird seitens 1&1 ist doch offensichtlich, denn im 408 Request Timeout wird ja auf die CSeq: 1 INVITE Bezug genommen. Ich würde ja gerne wissen, ob die drei Route:-Zeilen im Re-INVITE vom LANCOM korrekt sind. Ich denke nicht, aber so tief stecke ich nicht drin, dass ich das mit Sicherheit sagen könnte.

Vielen Dank und viele Grüße,
Jirka
Benutzeravatar
MoinMoin
Moderator
Moderator
Beiträge: 1978
Registriert: 12 Nov 2004, 16:04

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von MoinMoin »

Moin Jirka,

für mich sieht das korrekt aus. Die Route-Header entsprechen in Inhalt, Anzahl und Reihenfolge den Record-Route-Headeren aus dem Ack.

Ciao, Georg
awi
Beiträge: 61
Registriert: 19 Jun 2013, 15:22

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von awi »

Hallo Jirka,

die Route Header im Re-INVITE sehen für mich ebenfalls OK aus.
Bei dem UPDATE handelt es sich um einen Refresh Request. Warum der mit '404 Not Found' beantwortet wird, frag ich mich auch.
Warum da überhaupt ein Re-INVITE kommt, ist mir auch nicht klar.
Die Antwort (408 Request Timeout) ist auch seltsam.

Hast du den kompletten Trace? (Sip-Packet und Callmanager?)
Kannst du mir den zukommen lassen?

Gruß
Andreas
Benutzeravatar
MoinMoin
Moderator
Moderator
Beiträge: 1978
Registriert: 12 Nov 2004, 16:04

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von MoinMoin »

Moin Jirka,

wenn ich das recht verstanden habe, sind da auch noch mehrere LANCOMs/VCM beteiligt. Vermutlich würde es weiterhelfen, die Traces von allen beteiligten VCM zu erstellen mit einer kleinen Skizze, wie die "verschaltet" sind.

Ciao, Georg
loxrax
Beiträge: 4
Registriert: 22 Aug 2012, 22:03

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von loxrax »

Gibt es eine Auflösung für das Rätsel? Ich frage, weil ich einen 884 auf 10.33.305 SU4 updaten möchte. Die 10.32.0170 läuft ganz gut mit Telekom-SIP, aber Signal/Sprachverschlüsselung waren bisher nicht drin.
Benutzeravatar
Jirka
Beiträge: 5225
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von Jirka »

Das Problem wurde von LANCOM durch einen auf der gleichen Ursache basierenden Supportfall gelöst und ist auch in den Release-Notes dokumentiert (kann sein, dass das in den Release-Notes zur 10.42 stand).
Der hier beschriebene Aufbau ist unverändert in Betrieb und funktioniert erstmalig auch mit mehr als 15 Min. Gesprächslänge seit der 10.34.0365(-beta).
Ich hatte leider keine Zeit mehr, dem hier nachzugehen, sorry. Ich bin sehr froh, dass das Problem gelöst ist, es hat leider etliche Probleme verursacht und Zeit in Anspruch genommen.

Viele Grüße,
Jirka
loxrax
Beiträge: 4
Registriert: 22 Aug 2012, 22:03

Re: VCM: Telefonat bricht nach 15 Minuten ab (nach Re-INVITE), 10.34.0293

Beitrag von loxrax »

Jirka hat geschrieben: 23 Mai 2021, 21:19seit der 10.34.0365(-beta).
Danke für die schnelle Antwort. Also noch nicht als Release im 10.34 branch veröffentlicht. Scheint also auf 1&1 beschränkt zu sein.
Antworten