O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
Moderator: Lancom-Systems Moderatoren
-
- Beiträge: 5
- Registriert: 22 Dez 2024, 21:26
O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
hallo zusammen,
da ich gerne zu Hause die netzwerkfähigen Geräte per VLAN in unterschiedliche Bereich aufteilen wollte, bin ich von einer FB auf Lancom 1793VAW umgestiegen und taste mich so langsam durch alles durch - bin aber, um es vorweg zu nehmen, kein Profi! Als Telefongerät läuft ein Gigaset Fusion an dem zwei weitere SL800-Geräte angekoppelt sind. Das Gigaset selbst, meldet sich bei O2 an und soweit ich das jetzt sehe, ist die Verbindung auch stabil. Mein Problem ist im Moment allerdings, dass unsere Telefonatverbindungen teilweise schon nach wenigen Sekunden, manchmal aber erst nach mehreren Minuten immer unterbrochen wird. Maximal habe ich bisher nur < 30 Minuten (am Stück) telefonieren können.
Da ich jetzt schon einiges ausprobiert habe, wie z.B. die DNS-Auflösung für die Domain sip.alice-voip.de an IPv4 DNS-Server zu senden (fragen-zu-lancom-systems-voip-router-f4 ... 20427.html) aber bisher keine Verbesserung der Lage in Sicht ist, meine Frage, ob noch jemand eine Idee hat, woran die Telefonatabbrüche liegen können.
Heute konnte ich über Paket-Capturing ein ca. 2 1/2 min Gespräch aufnehmen und in Wireshark mich durchklicken (vom Anfang und vom Ende sind zwei Screenshots angehängt). Allerdings - da bin ich jetzt ganz ehrlich - weiß ich noch nicht so richtig, an welcher Stelle denn ein möglicher Hinweis auf den Fehler sich verstecken könnte ... Um es kurz zu machen: Über Hinweise würde ich mich sehr freuen!
Sonnige Grüße
Willi
da ich gerne zu Hause die netzwerkfähigen Geräte per VLAN in unterschiedliche Bereich aufteilen wollte, bin ich von einer FB auf Lancom 1793VAW umgestiegen und taste mich so langsam durch alles durch - bin aber, um es vorweg zu nehmen, kein Profi! Als Telefongerät läuft ein Gigaset Fusion an dem zwei weitere SL800-Geräte angekoppelt sind. Das Gigaset selbst, meldet sich bei O2 an und soweit ich das jetzt sehe, ist die Verbindung auch stabil. Mein Problem ist im Moment allerdings, dass unsere Telefonatverbindungen teilweise schon nach wenigen Sekunden, manchmal aber erst nach mehreren Minuten immer unterbrochen wird. Maximal habe ich bisher nur < 30 Minuten (am Stück) telefonieren können.
Da ich jetzt schon einiges ausprobiert habe, wie z.B. die DNS-Auflösung für die Domain sip.alice-voip.de an IPv4 DNS-Server zu senden (fragen-zu-lancom-systems-voip-router-f4 ... 20427.html) aber bisher keine Verbesserung der Lage in Sicht ist, meine Frage, ob noch jemand eine Idee hat, woran die Telefonatabbrüche liegen können.
Heute konnte ich über Paket-Capturing ein ca. 2 1/2 min Gespräch aufnehmen und in Wireshark mich durchklicken (vom Anfang und vom Ende sind zwei Screenshots angehängt). Allerdings - da bin ich jetzt ganz ehrlich - weiß ich noch nicht so richtig, an welcher Stelle denn ein möglicher Hinweis auf den Fehler sich verstecken könnte ... Um es kurz zu machen: Über Hinweise würde ich mich sehr freuen!
Sonnige Grüße
Willi
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von lustiger.astronaut am 22 Dez 2024, 23:53, insgesamt 1-mal geändert.
Re: O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
Schau dir mal bitte beim REGISTER deines Endgeräts und der dazu gehörigen Providerantwort nach dem expires. Vermutlich ist der Wert hier zu unstimmig, dass eine der beiden Seiten der Meinung ist, dass die Registrierung abgelaufen und damit alles was mit dieser verbunden ist, ungültig ist.
LCS NC/WLAN
-
- Beiträge: 5
- Registriert: 22 Dez 2024, 21:26
Re: O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
hallo 5624,
vielen Dank ersteinmal! Ich habe mal die drei REGISTER-Infos hier angehängt (wobei der letzte ja von O2 kommen müsste): das "Expires" liegt ja bei 1800 s. Nun habe ich spontan im Gigaset-Fusion die "Refreshzeit" von 120 s, auf 1800 s angehoben, aber nach 29:35 min war leider wieder Schluss. Was kann man denn dagegen tun, dass die Registrierung nicht abläuft?
Sonnige Grüße!
vielen Dank ersteinmal! Ich habe mal die drei REGISTER-Infos hier angehängt (wobei der letzte ja von O2 kommen müsste): das "Expires" liegt ja bei 1800 s. Nun habe ich spontan im Gigaset-Fusion die "Refreshzeit" von 120 s, auf 1800 s angehoben, aber nach 29:35 min war leider wieder Schluss. Was kann man denn dagegen tun, dass die Registrierung nicht abläuft?
Sonnige Grüße!
Code: Alles auswählen
Frame 13466: 708 bytes on wire (5664 bits), 708 bytes captured (5664 bits)
Encapsulation type: Ethernet (1)
Arrival Time: Dec 22, 2024 15:57:08.809801000 CET
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1734879428.809801000 seconds
[Time delta from previous captured frame: 0.001362000 seconds]
[Time delta from previous displayed frame: 0.001362000 seconds]
[Time since reference or first frame: 141.040404000 seconds]
Frame Number: 13466
Frame Length: 708 bytes (5664 bits)
Capture Length: 708 bytes (5664 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:tcp:sip]
[Coloring Rule Name: TCP]
[Coloring Rule String: tcp]
Ethernet II, Src: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1), Dst: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
Destination: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
Address: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Source: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1)
Address: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 10.10.10.20, Dst: 62.53.165.195
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
0000 00.. = Differentiated Services Codepoint: Default (0)
.... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
Total Length: 694
Identification: 0x9fe9 (40937)
010. .... = Flags: 0x2, Don't fragment
0... .... = Reserved bit: Not set
.1.. .... = Don't fragment: Set
..0. .... = More fragments: Not set
...0 0000 0000 0000 = Fragment Offset: 0
Time to Live: 125
Protocol: TCP (6)
Header Checksum: 0x6342 [validation disabled]
[Header checksum status: Unverified]
Source Address: 10.10.10.20
Destination Address: 62.53.165.195
Transmission Control Protocol, Src Port: 48125, Dst Port: 5060, Seq: 4094, Ack: 4570, Len: 642
Source Port: 48125
Destination Port: 5060
[Stream index: 0]
[Conversation completeness: Incomplete (12)]
[TCP Segment Len: 642]
Sequence Number: 4094 (relative sequence number)
Sequence Number (raw): 249720885
[Next Sequence Number: 4736 (relative sequence number)]
Acknowledgment Number: 4570 (relative ack number)
Acknowledgment number (raw): 44656952
1000 .... = Header Length: 32 bytes (8)
Flags: 0x018 (PSH, ACK)
000. .... .... = Reserved: Not set
...0 .... .... = Accurate ECN: Not set
.... 0... .... = Congestion Window Reduced: Not set
.... .0.. .... = ECN-Echo: Not set
.... ..0. .... = Urgent: Not set
.... ...1 .... = Acknowledgment: Set
.... .... 1... = Push: Set
.... .... .0.. = Reset: Not set
.... .... ..0. = Syn: Not set
.... .... ...0 = Fin: Not set
[TCP Flags: ·······AP···]
Window: 2668
[Calculated window size: 2668]
[Window size scaling factor: -1 (unknown)]
Checksum: 0xe7e2 [unverified]
[Checksum Status: Unverified]
Urgent Pointer: 0
Options: (12 bytes), No-Operation (NOP), No-Operation (NOP), Timestamps
TCP Option - No-Operation (NOP)
Kind: No-Operation (1)
TCP Option - No-Operation (NOP)
Kind: No-Operation (1)
TCP Option - Timestamps: TSval 6343220, TSecr 1843461278
Kind: Time Stamp Option (8)
Length: 10
Timestamp value: 6343220
Timestamp echo reply: 1843461278
[Timestamps]
[Time since first frame in this TCP stream: 140.998189000 seconds]
[Time since previous frame in this TCP stream: 0.006330000 seconds]
[SEQ/ACK analysis]
[Bytes in flight: 642]
[Bytes sent since last PSH flag: 642]
TCP payload (642 bytes)
Session Initiation Protocol (REGISTER)
Request-Line: REGISTER sip:sip.alice-voip.de:5060;transport=tcp SIP/2.0
Method: REGISTER
Request-URI: sip:sip.alice-voip.de:5060;transport=tcp
Request-URI Host Part: sip.alice-voip.de
Request-URI Host Port: 5060
[Resent Packet: False]
Message Header
Via: SIP/2.0/TCP 10.10.10.20:5060;rport;branch=z9hG4bKPja45bce9a-ffdc-4d9e-a9db-2a5529ac1859;alias
Transport: TCP
Sent-by Address: 10.10.10.20
Sent-by port: 5060
RPort: rport
Branch: z9hG4bKPja45bce9a-ffdc-4d9e-a9db-2a5529ac1859
alias
From: <sip:TELNUMMER@sip.alice-voip.de>;tag=c4545284-e416-4019-a518-7f658a8a52dd
SIP from address: sip:TELNUMMER@sip.alice-voip.de
SIP from address User Part: TELNUMMER
SIP from address Host Part: sip.alice-voip.de
SIP from tag: c4545284-e416-4019-a518-7f658a8a52dd
To: <sip:TELNUMMER@sip.alice-voip.de>
SIP to address: sip:TELNUMMER@sip.alice-voip.de
SIP to address User Part: TELNUMMER
SIP to address Host Part: sip.alice-voip.de
Call-ID: b182b0ec-a832-4f6f-bb70-c9502dd77068
[Generated Call-ID: b182b0ec-a832-4f6f-bb70-c9502dd77068]
CSeq: 3734 REGISTER
Sequence Number: 3734
Method: REGISTER
Contact: <sip:TELNUMMER@10.10.10.20:5060;transport=TCP;line=rswhphs>
Contact URI: sip:TELNUMMER@10.10.10.20:5060;transport=TCP;line=rswhphs
Contact URI User Part: TELNUMMER
Contact URI Host Part: 10.10.10.20
Contact URI Host Port: 5060
Contact URI parameter: transport=TCP
Contact URI parameter: line=rswhphs
Expires: 1800
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, REGISTER, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REFER, MESSAGE
Max-Forwards: 70
User-Agent: Fusion PRO/86.2.0.1;589EC65D69C1
Content-Length: 0
Code: Alles auswählen
Frame 13487: 999 bytes on wire (7992 bits), 999 bytes captured (7992 bits)
Encapsulation type: Ethernet (1)
Arrival Time: Dec 22, 2024 15:57:08.990891000 CET
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1734879428.990891000 seconds
[Time delta from previous captured frame: 0.002230000 seconds]
[Time delta from previous displayed frame: 0.002230000 seconds]
[Time since reference or first frame: 141.221494000 seconds]
Frame Number: 13487
Frame Length: 999 bytes (7992 bits)
Capture Length: 999 bytes (7992 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:tcp:sip]
[Coloring Rule Name: TCP]
[Coloring Rule String: tcp]
Ethernet II, Src: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1), Dst: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
Destination: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
Address: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Source: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1)
Address: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 10.10.10.20, Dst: 62.53.165.195
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
0000 00.. = Differentiated Services Codepoint: Default (0)
.... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
Total Length: 985
Identification: 0x9fea (40938)
010. .... = Flags: 0x2, Don't fragment
0... .... = Reserved bit: Not set
.1.. .... = Don't fragment: Set
..0. .... = More fragments: Not set
...0 0000 0000 0000 = Fragment Offset: 0
Time to Live: 125
Protocol: TCP (6)
Header Checksum: 0x621e [validation disabled]
[Header checksum status: Unverified]
Source Address: 10.10.10.20
Destination Address: 62.53.165.195
Transmission Control Protocol, Src Port: 48125, Dst Port: 5060, Seq: 4736, Ack: 5160, Len: 933
Source Port: 48125
Destination Port: 5060
[Stream index: 0]
[Conversation completeness: Incomplete (12)]
[TCP Segment Len: 933]
Sequence Number: 4736 (relative sequence number)
Sequence Number (raw): 249721527
[Next Sequence Number: 5669 (relative sequence number)]
Acknowledgment Number: 5160 (relative ack number)
Acknowledgment number (raw): 44657542
1000 .... = Header Length: 32 bytes (8)
Flags: 0x018 (PSH, ACK)
000. .... .... = Reserved: Not set
...0 .... .... = Accurate ECN: Not set
.... 0... .... = Congestion Window Reduced: Not set
.... .0.. .... = ECN-Echo: Not set
.... ..0. .... = Urgent: Not set
.... ...1 .... = Acknowledgment: Set
.... .... 1... = Push: Set
.... .... .0.. = Reset: Not set
.... .... ..0. = Syn: Not set
.... .... ...0 = Fin: Not set
[TCP Flags: ·······AP···]
Window: 2668
[Calculated window size: 2668]
[Window size scaling factor: -1 (unknown)]
Checksum: 0x8bb3 [unverified]
[Checksum Status: Unverified]
Urgent Pointer: 0
Options: (12 bytes), No-Operation (NOP), No-Operation (NOP), Timestamps
TCP Option - No-Operation (NOP)
Kind: No-Operation (1)
TCP Option - No-Operation (NOP)
Kind: No-Operation (1)
TCP Option - Timestamps: TSval 6343238, TSecr 1843461464
Kind: Time Stamp Option (8)
Length: 10
Timestamp value: 6343238
Timestamp echo reply: 1843461464
[Timestamps]
[Time since first frame in this TCP stream: 141.179279000 seconds]
[Time since previous frame in this TCP stream: 0.002230000 seconds]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 13486]
[The RTT to ACK the segment was: 0.002230000 seconds]
[Bytes in flight: 933]
[Bytes sent since last PSH flag: 933]
TCP payload (933 bytes)
Session Initiation Protocol (REGISTER)
Request-Line: REGISTER sip:sip.alice-voip.de:5060;transport=tcp SIP/2.0
Method: REGISTER
Request-URI: sip:sip.alice-voip.de:5060;transport=tcp
Request-URI Host Part: sip.alice-voip.de
Request-URI Host Port: 5060
[Resent Packet: False]
Message Header
Via: SIP/2.0/TCP 10.10.10.20:5060;rport;branch=z9hG4bKPj93d86c97-7f7d-43e4-9714-ff2d65f6ec2f;alias
Transport: TCP
Sent-by Address: 10.10.10.20
Sent-by port: 5060
RPort: rport
Branch: z9hG4bKPj93d86c97-7f7d-43e4-9714-ff2d65f6ec2f
alias
From: <sip:TELNUMMER@sip.alice-voip.de>;tag=c4545284-e416-4019-a518-7f658a8a52dd
SIP from address: sip:TELNUMMER@sip.alice-voip.de
SIP from address User Part: TELNUMMER
SIP from address Host Part: sip.alice-voip.de
SIP from tag: c4545284-e416-4019-a518-7f658a8a52dd
To: <sip:TELNUMMER@sip.alice-voip.de>
SIP to address: sip:TELNUMMER@sip.alice-voip.de
SIP to address User Part: TELNUMMER
SIP to address Host Part: sip.alice-voip.de
Call-ID: b182b0ec-a832-4f6f-bb70-c9502dd77068
[Generated Call-ID: b182b0ec-a832-4f6f-bb70-c9502dd77068]
CSeq: 3735 REGISTER
Sequence Number: 3735
Method: REGISTER
Contact: <sip:TELNUMMER@10.10.10.20:5060;transport=TCP;line=rswhphs>
Contact URI: sip:TELNUMMER@10.10.10.20:5060;transport=TCP;line=rswhphs
Contact URI User Part: TELNUMMER
Contact URI Host Part: 10.10.10.20
Contact URI Host Port: 5060
Contact URI parameter: transport=TCP
Contact URI parameter: line=rswhphs
Expires: 1800
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, REGISTER, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REFER, MESSAGE
Max-Forwards: 70
User-Agent: Fusion PRO/86.2.0.1;589EC65D69C1
[truncated]Authorization: Digest username="TELNUMMER", realm="ims.telefonica.de", nonce="eb3acedc5ad8ac3645cebe980e459d99", uri="sip:sip.alice-voip.de:5060;transport=tcp", response="44634f3ccd0b49563dd852fbc8d51906", algorithm=MD5, c
Authentication Scheme: Digest
Username: "TELNUMMER"
Realm: "ims.telefonica.de"
Nonce Value: "eb3acedc5ad8ac3645cebe980e459d99"
Authentication URI: "sip:sip.alice-voip.de:5060;transport=tcp"
Digest Authentication Response: "44634f3ccd0b49563dd852fbc8d51906"
Algorithm: MD5
CNonce Value: "1a6af34c832b43d3b26b1dc5b29b52bc"
QOP: auth
Nonce Count: 00000001
Content-Length: 0
Code: Alles auswählen
Frame 13499: 683 bytes on wire (5464 bits), 683 bytes captured (5464 bits)
Encapsulation type: Ethernet (1)
Arrival Time: Dec 22, 2024 15:57:09.092671000 CET
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1734879429.092671000 seconds
[Time delta from previous captured frame: 0.008578000 seconds]
[Time delta from previous displayed frame: 0.008578000 seconds]
[Time since reference or first frame: 141.323274000 seconds]
Frame Number: 13499
Frame Length: 683 bytes (5464 bits)
Capture Length: 683 bytes (5464 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:tcp:sip]
[Coloring Rule Name: TCP]
[Coloring Rule String: tcp]
Ethernet II, Src: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9), Dst: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1)
Destination: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1)
Address: GigasetC_5d:69:c1 (58:9e:c6:5d:69:c1)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Source: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
Address: LANCOM_46:c8:d9 (00:a0:57:46:c8:d9)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 62.53.165.195, Dst: 10.10.10.20
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x68 (DSCP: AF31, ECN: Not-ECT)
0110 10.. = Differentiated Services Codepoint: Assured Forwarding 31 (26)
.... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
Total Length: 669
Identification: 0x7350 (29520)
000. .... = Flags: 0x0
0... .... = Reserved bit: Not set
.0.. .... = Don't fragment: Not set
..0. .... = More fragments: Not set
...0 0000 0000 0000 = Fragment Offset: 0
Time to Live: 56
Protocol: TCP (6)
Header Checksum: 0xd28a [validation disabled]
[Header checksum status: Unverified]
Source Address: 62.53.165.195
Destination Address: 10.10.10.20
Transmission Control Protocol, Src Port: 5060, Dst Port: 48125, Seq: 5160, Ack: 5669, Len: 617
Source Port: 5060
Destination Port: 48125
[Stream index: 0]
[Conversation completeness: Incomplete (12)]
[TCP Segment Len: 617]
Sequence Number: 5160 (relative sequence number)
Sequence Number (raw): 44657542
[Next Sequence Number: 5777 (relative sequence number)]
Acknowledgment Number: 5669 (relative ack number)
Acknowledgment number (raw): 249722460
1000 .... = Header Length: 32 bytes (8)
Flags: 0x018 (PSH, ACK)
000. .... .... = Reserved: Not set
...0 .... .... = Accurate ECN: Not set
.... 0... .... = Congestion Window Reduced: Not set
.... .0.. .... = ECN-Echo: Not set
.... ..0. .... = Urgent: Not set
.... ...1 .... = Acknowledgment: Set
.... .... 1... = Push: Set
.... .... .0.. = Reset: Not set
.... .... ..0. = Syn: Not set
.... .... ...0 = Fin: Not set
[TCP Flags: ·······AP···]
Window: 355
[Calculated window size: 355]
[Window size scaling factor: -1 (unknown)]
Checksum: 0x26fc [unverified]
[Checksum Status: Unverified]
Urgent Pointer: 0
Options: (12 bytes), No-Operation (NOP), No-Operation (NOP), Timestamps
TCP Option - No-Operation (NOP)
Kind: No-Operation (1)
TCP Option - No-Operation (NOP)
Kind: No-Operation (1)
TCP Option - Timestamps: TSval 1843461568, TSecr 6343238
Kind: Time Stamp Option (8)
Length: 10
Timestamp value: 1843461568
Timestamp echo reply: 6343238
[Timestamps]
[Time since first frame in this TCP stream: 141.281059000 seconds]
[Time since previous frame in this TCP stream: 0.078759000 seconds]
[SEQ/ACK analysis]
[Bytes in flight: 617]
[Bytes sent since last PSH flag: 617]
TCP payload (617 bytes)
Session Initiation Protocol (200)
Status-Line: SIP/2.0 200 OK
Status-Code: 200
[Resent Packet: False]
Message Header
Via: SIP/2.0/TCP 10.10.10.20:5060;received=77.186.8.102;rport=22773;branch=z9hG4bKPj93d86c97-7f7d-43e4-9714-ff2d65f6ec2f;alias
Transport: TCP
Sent-by Address: 10.10.10.20
Sent-by port: 5060
Received: 77.186.8.102
RPort: 22773
Branch: z9hG4bKPj93d86c97-7f7d-43e4-9714-ff2d65f6ec2f
alias
From: <sip:TELNUMMER@sip.alice-voip.de>;tag=c4545284-e416-4019-a518-7f658a8a52dd
SIP from address: sip:TELNUMMER@sip.alice-voip.de
SIP from address User Part: TELNUMMER
SIP from address Host Part: sip.alice-voip.de
SIP from tag: c4545284-e416-4019-a518-7f658a8a52dd
To: <sip:TELNUMMER@sip.alice-voip.de>;tag=FA163E8C62A0-2257-85911700-7d65d3f-676828c4-9c6db
SIP to address: sip:TELNUMMER@sip.alice-voip.de
SIP to address User Part: TELNUMMER
SIP to address Host Part: sip.alice-voip.de
SIP to tag: FA163E8C62A0-2257-85911700-7d65d3f-676828c4-9c6db
Call-ID: b182b0ec-a832-4f6f-bb70-c9502dd77068
[Generated Call-ID: b182b0ec-a832-4f6f-bb70-c9502dd77068]
CSeq: 3735 REGISTER
Sequence Number: 3735
Method: REGISTER
Contact: <sip:TELNUMMER@10.10.10.20:5060;transport=TCP;line=rswhphs>;expires=1800
Contact URI: sip:TELNUMMER@10.10.10.20:5060;transport=TCP;line=rswhphs
Contact URI User Part: TELNUMMER
Contact URI Host Part: 10.10.10.20
Contact URI Host Port: 5060
Contact URI parameter: transport=TCP
Contact URI parameter: line=rswhphs
Contact parameter: expires=1800
P-Associated-URI: <sip:TELNUMMER@sip.alice-voip.de>
Service-Route: <sip:62.53.165.195:5060;transport=udp;lr>
Service-Route URI: sip:62.53.165.195:5060;transport=udp;lr
Service-Route Host Part: 62.53.165.195
Service-Route Host Port: 5060
Service-Route URI parameter: transport=udp
Service-Route URI parameter: lr
Content-Length: 0
Zuletzt geändert von lustiger.astronaut am 04 Jan 2025, 22:19, insgesamt 1-mal geändert.
-
- Beiträge: 5
- Registriert: 22 Dez 2024, 21:26
Re: O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
Voller Frustration habe ich in den letzten Tagen sowohl den Lancom-Router als auch das Gigaset-Gerät noch einmal neu aufgesetzt und mich dann langsam durch die Einstellungen durchgetastet. Leider bisher ohne Erfolg. Spannend ist jetzt, dass meine Anrufe von meinem Smartphone immer nach ca. 30 Sekunden abgebrochen werden. Wenn ich da den Trace richtig verstehe geht das immer vom Gigaset-Gerät aus. Um einen Fehler der Einstellungen am Lancom-Router auszuschließen, habe ich kurzerhand gestern diesen mit dem o2-Router (Homebox) ausgetauscht - ohne Erfolg. Es muss also eher am Gigaset-Gerät liegen ... hier noch ein Verbindungsmittschnitt (mit Kürzungen, wenn nichts spannendes passiert ist ...):
Hat da jemand noch eine Idee, was mir weiterhelfen könnte?
Sonnige Grüße
Code: Alles auswählen
No. Time Source Destination Protocol Length Info
1 0.000000 10.10.10.20 192.53.103.108 NTP 90 NTP Version 4, client
2 0.019244 192.53.103.108 10.10.10.20 NTP 90 NTP Version 4, server
3 1.802349 62.53.238.131 10.10.10.20 IPv4 1514 Fragmented IP protocol (proto=UDP 17, off=0, ID=d905) [Reassembled in #4]
4 1.802379 62.53.238.131 10.10.10.20 SIP/SDP 513 Request: INVITE sip:49xxxxxxxxxxx@10.10.10.20:5060;line=lstolpw |
5 1.805424 10.10.10.20 62.53.238.131 SIP 867 Status: 100 Trying |
6 1.926900 10.10.10.20 62.53.238.131 SIP 1053 Status: 180 Ringing |
7 4.356904 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
8 4.557410 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23141, Time=1126559664
9 4.575145 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23142, Time=1126559824
10 4.591399 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
11 4.593711 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23143, Time=1126559984
12 4.615233 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23144, Time=1126560144
13 4.637000 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23145, Time=1126560304
14 4.654898 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23146, Time=1126560464
15 4.676291 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23147, Time=1126560624
16 4.693816 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23148, Time=1126560784
17 4.715916 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23149, Time=1126560944
18 4.733445 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23150, Time=1126561104
19 4.755542 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23151, Time=1126561264
20 4.776615 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23152, Time=1126561424
21 4.794112 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23153, Time=1126561584
22 4.815987 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23154, Time=1126561744
23 4.829005 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=1, Time=480
24 4.833752 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23155, Time=1126561904
25 4.848522 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=2, Time=640
26 4.856037 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23156, Time=1126562064
27 4.856977 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
28 4.868993 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=3, Time=800
29 4.871952 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
30 4.873939 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23157, Time=1126562224
31 4.893583 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=4, Time=960
...
126 5.836888 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23205, Time=1126569904
127 5.849363 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=52, Time=8640
128 5.854559 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23206, Time=1126570064
129 5.857308 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
130 5.872377 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
131 5.873486 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=53, Time=8800
132 5.876325 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23207, Time=1126570224
133 5.893494 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23208, Time=1126570384
134 5.893536 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=54, Time=8960
135 5.908983 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=55, Time=9120
136 5.916191 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23209, Time=1126570544
137 5.929251 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=56, Time=9280
...
327 7.834001 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=151, Time=24480
328 7.835361 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23305, Time=1126585904
329 7.853047 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23306, Time=1126586064
330 7.854028 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=152, Time=24640
331 7.856788 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
332 7.871596 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
333 7.874063 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=153, Time=24800
334 7.875298 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23307, Time=1126586224
335 7.894086 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=154, Time=24960
...
731 11.833211 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23505, Time=1126617904
732 11.834474 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=351, Time=56480
733 11.854280 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=352, Time=56640
734 11.854929 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23506, Time=1126618064
735 11.857005 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
736 11.872285 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
737 11.873660 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23507, Time=1126618224
738 11.874517 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=353, Time=56800
739 11.894526 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23508, Time=1126618384
740 11.894563 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=354, Time=56960
...
994 14.434934 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=481, Time=77280
995 14.436795 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23635, Time=1126638704
996 14.454347 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23636, Time=1126638864
997 14.454427 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=482, Time=77440
998 14.459987 62.52.28.200 10.10.10.20 RTCP 94 Sender Report
999 14.474981 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=483, Time=77600
1000 14.476402 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23637, Time=1126639024
1001 14.494326 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23638, Time=1126639184
1002 14.495015 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=484, Time=77760
1003 14.515046 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=485, Time=77920
1004 14.516308 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23639, Time=1126639344
1005 14.534828 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=486, Time=78080
1006 14.537332 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23640, Time=1126639504
1007 14.554848 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23641, Time=1126639664
1008 14.554889 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=487, Time=78240
1009 14.557866 10.10.10.20 62.52.28.200 RTCP 142 Sender Report Source description
1010 14.574914 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=488, Time=78400
1011 14.576938 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23642, Time=1126639824
...
1138 15.854954 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=552, Time=88640
1139 15.856712 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23706, Time=1126650064
1140 15.857624 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
1141 15.874082 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23707, Time=1126650224
1142 15.874120 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
1143 15.874982 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=553, Time=88800
1144 15.895027 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=554, Time=88960
1145 15.896266 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23708, Time=1126650384
...
1176 16.214997 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=570, Time=91520
1177 16.215975 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23724, Time=1126652944
1178 16.229388 10.10.10.20 78.137.103.62 TCP 74 34960 → 443 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM TSval=82402 TSecr=0 WS=64
1179 16.233449 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23725, Time=1126653104
1180 16.235013 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=571, Time=91680
...
1279 17.233830 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23775, Time=1126661104
1280 17.235414 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=621, Time=99680
1281 17.248714 10.10.10.20 78.137.103.62 TCP 74 [TCP Retransmission] 34960 → 443 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM TSval=82504 TSecr=0 WS=64
1282 17.255414 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23776, Time=1126661264
1283 17.255452 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=622, Time=99840
...
1503 19.455106 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23886, Time=1126678864
1504 19.455184 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=732, Time=117440
1505 19.460593 62.52.28.200 10.10.10.20 RTCP 94 Sender Report
1506 19.475626 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=733, Time=117600
1507 19.477165 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23887, Time=1126679024
1508 19.494700 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23888, Time=1126679184
1509 19.495411 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=734, Time=117760
1510 19.515681 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=735, Time=117920
1511 19.516852 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23889, Time=1126679344
1512 19.534060 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23890, Time=1126679504
1513 19.535692 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=736, Time=118080
1514 19.555507 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=737, Time=118240
1515 19.556217 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23891, Time=1126679664
1516 19.557604 10.10.10.20 62.52.28.200 RTCP 142 Sender Report Source description
1517 19.575525 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=738, Time=118400
1518 19.577381 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23892, Time=1126679824
...
1543 19.835628 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23905, Time=1126681904
1544 19.835722 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=751, Time=120480
1545 19.855435 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=752, Time=120640
1546 19.857603 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
1547 19.857630 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23906, Time=1126682064
1548 19.872514 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
1549 19.875446 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=23907, Time=1126682224
1550 19.875478 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=753, Time=120800
...
1950 23.854194 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24106, Time=1126714064
1951 23.856359 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=952, Time=152640
1952 23.857668 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
1953 23.872533 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
1954 23.875413 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24107, Time=1126714224
1955 23.876362 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=953, Time=152800
...
2758 31.857298 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=1352, Time=216640
2759 31.858300 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24506, Time=1126778064
2760 31.858314 10.10.10.20 62.53.238.131 SIP/SDP 1461 Status: 200 OK (INVITE) |
2761 31.873239 62.53.238.131 10.10.10.20 SIP 793 Request: ACK sip:10.10.10.20:5060 |
2762 31.875341 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24507, Time=1126778224
2763 31.877296 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=1353, Time=216800
2764 31.888942 10.10.10.20 78.137.103.62 TCP 74 [TCP Retransmission] 34960 → 443 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM TSval=83968 TSecr=0 WS=64
2765 31.897331 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24508, Time=1126778384
2766 31.897372 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=1354, Time=216960
...
3214 36.338152 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=1576, Time=252480
3215 36.356505 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24731, Time=1126814064
3216 36.358178 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=1577, Time=252640
3217 36.359351 10.10.10.20 62.53.238.131 SIP 885 Request: BYE sip:mavodi-0-266-28b-8-fffffff1-27ad0000-629d10b99608d-4047-ffffffffffffffff-@62.53.238.131:5060 |
3218 36.377968 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24732, Time=1126814224
3219 36.378007 62.52.28.200 10.10.10.20 RTP 214 PT=ITU-T G.722, SSRC=0x56EEEFF3, Seq=1578, Time=252800
3220 36.395755 10.10.10.20 62.52.28.200 RTP 214 PT=ITU-T G.722, SSRC=0x4E885076, Seq=24733, Time=1126814384
3221 36.414423 62.53.238.131 10.10.10.20 SIP 590 Status: 200 OK (BYE) |
Sonnige Grüße
Re: O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
Interessant - da bin ich also wohl doch nicht der einzige, der mit einem Gigaset Fusion so seine Schwierigkeiten hat…
Unser Gigaset Fusion hängt auch an einem 1793VAW, aber mit Telekom-Anschluss. Wir haben das Gigaset Fusion fast ein Jahr in Betrieb und nach wie vor sporadische Gesprächsabbrüche, allerdings eher nach 25-30 Minuten… Ich hatte auch den Verdacht, dass dass am REGISTER/expires liegen könnte, hatte das aber bislang nicht weiterverfolgt…
Welchen Firmware-Stand hat denn Dein Fusion? Unseres ist bei 1.18.1 (wobei es ja noch eine 2.x-Beta-Firmware gibt, die ich nie angeschaut hatte).
Die SIP-Verbindungen zur Telekom habe ich im Fusion angelegt, im Lancom ist der VCM aus, aber das SIP-ALG an… wie sieht Deine Konfiguration aus?
Viele Grüße,
Peter
Unser Gigaset Fusion hängt auch an einem 1793VAW, aber mit Telekom-Anschluss. Wir haben das Gigaset Fusion fast ein Jahr in Betrieb und nach wie vor sporadische Gesprächsabbrüche, allerdings eher nach 25-30 Minuten… Ich hatte auch den Verdacht, dass dass am REGISTER/expires liegen könnte, hatte das aber bislang nicht weiterverfolgt…
Welchen Firmware-Stand hat denn Dein Fusion? Unseres ist bei 1.18.1 (wobei es ja noch eine 2.x-Beta-Firmware gibt, die ich nie angeschaut hatte).
Die SIP-Verbindungen zur Telekom habe ich im Fusion angelegt, im Lancom ist der VCM aus, aber das SIP-ALG an… wie sieht Deine Konfiguration aus?
Viele Grüße,
Peter
-
- Beiträge: 5
- Registriert: 22 Dez 2024, 21:26
Re: O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
Das Gigaset-Fusion läuft bei mir auf der 2.0.1 Beta. Da dachte ich, dass es endlich etwas besser wird ... mh. SIP-ALG habe ich aus, die Portweiterleitung (SIP: 5060-5070 und RTP: 10000-10010) habe ich ausprobiert, aber keine Veränderung festgestellt und auch die DNS-Weiterleitung hat nicht geholfen. Dann hatte ich noch allerlei "Aging"-Einstellungen variiert, auch ohne nennenswerte Veränderungen. Daher kam mir dann die Idee, dass ich nochmal die alte o2-Box anschließen könnte. Nachdem dort die gleichen Effekte auftraten (Abbruch nach ca. 30 s vom Smartphone eingehender Ruf und ca. 25 min - 30 min bei ausgehendem Ruf), denke ich nun, dass es eher direkt am Gigaset liegen muss. Dort sind meine Einstellungen wie folgt:
Nicht zu vergessen natürlich die beiden DNS-Server 62.109.121.1 und 62.109.121.2 in den Netzwerkeinstellungen. Was ich heute noch gefunden habe, weil die automatische Providerauswahl nicht klappt, ist ein Zertifikat von der Gigaset-Seite herunter zu laden und zu importieren (https://service.gigaset.com/de/support/ ... iert-nicht). Dann hat man auf jeden Fall schonmal die Möglichkeit voreingestellte Provider auszuwählen. Leider ist da o2 nicht dabei
Gibt es was, was ich übersehen habe? Wie sehen denn bei dir die Einstellungen aus?
Code: Alles auswählen
Verbindungsname Einen Namen einfallen lassen
Anmeldename 49xxxxxxxxxxxx
Anmeldepasswort xyz
Benutzername = Anmeldename
ICE Unterstützung deaktiviert
Direct Media deaktiviert
Domain sip.alice-voip.de
Proxy-Serveradresse = Domain
Proxy-Serverport 5060
Registration-Server = Domain
Registration-Serverport 5060
Anmelde-Refreshzeit 180
Outbound-Proxymodus Immer
Outbound-Serveradresse = Domain
Outbound-Proxyport 5060
Netzwerkprotokoll TCP
Gibt es was, was ich übersehen habe? Wie sehen denn bei dir die Einstellungen aus?
Re: O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
Das sieht bei mir im Wesentlichen ähnlich aus. Unterschiede gibt es im Detail:
- die "Port"-Felder sind alle leer
- die "Anmelde-Refreshzeit" ist 600
- das "Netzwerkprotokoll" steht auf "Automatisch"
DNS-Einträge habe ich auf dem Fusion übrigens keine ergänzt.
Wie bereits beschrieben habe ich in meinem Setup auf dem Lancom das SIP-ALG an und den VCM aus, sodass sich das Fusion direkt bei der Telekom registriert. Andere Foristen haben laut den Posts hier alle Verbindungen im Lancom eintragen und lassen dann die untergeordnete Telefonanlage am Lancom registrieren… dann braucht man den ALG nicht - die All-IP-Option ist beim 1793VAW ja ohnehin bereits "drauf". Siehe z.B.: viewtopic.php?t=16747&start=15 Vielleicht wäre das ja einen Versuch wert.
Ich hab übrigens die 2.01 Beta bei mir mal auf dem Fusion eingespielt und sehe keine nennenswerten Verbesserungen - ich glaub ich geh zurück auf die 1.18.1, die ist immerhin offiziell "freigegeben"…
- die "Port"-Felder sind alle leer
- die "Anmelde-Refreshzeit" ist 600
- das "Netzwerkprotokoll" steht auf "Automatisch"
DNS-Einträge habe ich auf dem Fusion übrigens keine ergänzt.
Wie bereits beschrieben habe ich in meinem Setup auf dem Lancom das SIP-ALG an und den VCM aus, sodass sich das Fusion direkt bei der Telekom registriert. Andere Foristen haben laut den Posts hier alle Verbindungen im Lancom eintragen und lassen dann die untergeordnete Telefonanlage am Lancom registrieren… dann braucht man den ALG nicht - die All-IP-Option ist beim 1793VAW ja ohnehin bereits "drauf". Siehe z.B.: viewtopic.php?t=16747&start=15 Vielleicht wäre das ja einen Versuch wert.
Ich hab übrigens die 2.01 Beta bei mir mal auf dem Fusion eingespielt und sehe keine nennenswerten Verbesserungen - ich glaub ich geh zurück auf die 1.18.1, die ist immerhin offiziell "freigegeben"…
-
- Beiträge: 5
- Registriert: 22 Dez 2024, 21:26
Re: O2 SIP-Leitung Telefonabbruch | Lancom 1793VAW + Gigaset Fusion
Hallo Peter,
auf deine Rückmeldung hin, habe ich auch bei mir die Ports "herausgenommen" - leider auch ohne Erfolg. Dann hat mich heute Nachmittag der Ehrgeiz gepackt und ich habe den VCM gestartet und eine Weile herumprobiert: Und tatsächlich konnte ich mich sowohl an der Gigaset N670 als auch auf dem Gigaset Fusion auf dem Router (1793VAW) anmelden und darüber telefonieren. Überraschenderweise habe ich keinen einzigen Telefonatabbruch registriert, was mich in der Aussage bestärkt, dass die Hintergründe der Telefonatabbrüche eher auf der Seite von Gigaset zu suchen sind. Falls es für dich von Interesse ist, kann ich gerne mal die Einstellungen in den nächsten Tagen zusammen stellen ...
Sonnige Grüße und einen schönen Abend!
Willi
auf deine Rückmeldung hin, habe ich auch bei mir die Ports "herausgenommen" - leider auch ohne Erfolg. Dann hat mich heute Nachmittag der Ehrgeiz gepackt und ich habe den VCM gestartet und eine Weile herumprobiert: Und tatsächlich konnte ich mich sowohl an der Gigaset N670 als auch auf dem Gigaset Fusion auf dem Router (1793VAW) anmelden und darüber telefonieren. Überraschenderweise habe ich keinen einzigen Telefonatabbruch registriert, was mich in der Aussage bestärkt, dass die Hintergründe der Telefonatabbrüche eher auf der Seite von Gigaset zu suchen sind. Falls es für dich von Interesse ist, kann ich gerne mal die Einstellungen in den nächsten Tagen zusammen stellen ...
Sonnige Grüße und einen schönen Abend!
Willi