Hallo zusammen,
ich fasse hier mal 2 Themen zusammen, bei denen wir gerade etwas Trouble in Bezug auf 3CX haben.
Als erstes haben wir bei einer begrenzten Anzahl abgehendender Anrufe Abbrüche. Das betrifft wohl aktuell 2 externe Rufnummern. Der Rest der Telefonie läuft problemlos. Bei diesen 2 Rufnummern bricht das Gespräch nach 4 Sekunden ab, ohne Vorwarnung, Zeichen oder akustischen Hinweisen. Einfach weg. Ich habe das 3CX Log bemüht und stelle ein leicht anonymisiertes Log zur Verfügung:
Ich habe neben dem Log die Aufzeichnung mitlaufen lassen und die .pcap mit Wireshark ausgelesen. Bilder folgendend:
Nach ca 4 Sek. kommt das BYE. Die Gegenstelle hat nicht einfach aufgelegt, das Gespräch ist einfach abgebrochen. Im Log macht mich eine Stelle stutzig:
Bitte hier ggf. um etwas Input.
Etwas Hintergrundwissen: Wir haben einen Company Flex der Telekom. Wir mussten unsere 3CX vor einigen Wochen neu aufsetzen und haben das System gleich in eine Hyper-V VM umgezogen (3CX Debian ISO) und das letzte Backup zurückgespielt. Wir hatten nur etwas Probleme mit dem Connecten des SIP-Trunks. Mit den alten Einstellungen ging es nicht. Wir mussten im Trunk den alternativen Proxy aktivieren und Transportprotokolle auf "Alle" stellen. TCP allein hat es nicht genommen.
Ich habe den Verdacht, dass eventuell mit der Config des SIP-Trunks was nicht hinhaut. Aber genau weiß ich es leider nicht, da ich kein 3CX / VOIP Experte bin. Vielleicht könnt ihr mir hierzu etwas mehr sagen.
Die Zweite Sache noch, die vielleicht nichts mit dem o.g. Problem zu tun hat?: Wir bekommen bei einer kleinen Gruppe von Clients intern (Desktop APP und PWA) Timeouts. Die Clients connecten sich nicht mit dem 3CX bzw. nur kurz. Danach hänge die im Timeout fest und es wird nur angezeigt: "Warten auf Netzwerk". Ein Neustart der Software schafft nur kurz Abhilfe. Hier haben wir bereits versucht: Firewalls überprüft, Energieeinstellungen Netzwerkkarte, Antivirus. Bisher alles vergebens. Gut möglich, dass es auch einfach ein lokales Netzwerkproblem ist und nicht unbedingt etwas mit der 3CX zu tun hat, da dieses Problem räumlich zu bestimmen ist und es weder extern, noch unternehmensweit auftritt, aber vielleicht ist euch ja das Problem schon einmal untergekommen. Etwas Input hierzu wäre nicht verkehrt. Danke
ich fasse hier mal 2 Themen zusammen, bei denen wir gerade etwas Trouble in Bezug auf 3CX haben.
Als erstes haben wir bei einer begrenzten Anzahl abgehendender Anrufe Abbrüche. Das betrifft wohl aktuell 2 externe Rufnummern. Der Rest der Telefonie läuft problemlos. Bei diesen 2 Rufnummern bricht das Gespräch nach 4 Sekunden ab, ohne Vorwarnung, Zeichen oder akustischen Hinweisen. Einfach weg. Ich habe das 3CX Log bemüht und stelle ein leicht anonymisiertes Log zur Verfügung:
13.10.2023 13:17:25 - L:5899.1[Extn:16]: destroying InvADS.ADS(1582205)
13.10.2023 13:17:25 - Leg L:5899.1[Extn:16] is terminated: Cause: BYE from local
13.10.2023 13:17:25 - Call(C:5899), Extn:16 on entry: DlgInfo(5899-3156/Terminated / I)
13.10.2023 13:17:25 - Notify dialog-info: Extn:16: sip:[email protected]:5063;rinstance=c5a443b9d0a551d7, Call(C:5899)
13.10.2023 13:17:25 - L:5899.1[Extn:16] got Terminated Send Req BYE from 0.0.0.0:0 tid=f478e54b85d29a21 Call-ID=jJEc7QZEdm5-Hs6FiUaBhg..:
BYE sip:[email protected]:5063;rinstance=c5a443b9d0a551d7 SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-524287-1---f478e54b85d29a21;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: ".............."<sip:[email protected]>;tag=7d4c4735
From: <sip:[email protected]:5060>;tag=18d49237
Call-ID: jJEc7QZEdm5-Hs6FiUaBhg..
CSeq: 2 BYE
User-Agent: 3CXPhoneSystem 18.0.8.939 (939)
Content-Length: 0
13.10.2023 13:17:25 - L:5899.1[Extn:16] Sending: OnSendReq Send Req BYE from 0.0.0.0:0 tid=3bd68c03c124221e Call-ID=jJEc7QZEdm5-Hs6FiUaBhg..:
BYE sip:[email protected]:5063;rinstance=c5a443b9d0a551d7 SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-524287-1---3bd68c03c124221e;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: "............."<sip:[email protected]>;tag=7d4c4735
From: <sip:[email protected]:5060>;tag=18d49237
Call-ID: jJEc7QZEdm5-Hs6FiUaBhg..
CSeq: 2 BYE
Content-Length: 0
13.10.2023 13:17:25 - Call(C:5899), Extn:16 on entry: DlgInfo(5899-3156/Terminated / I)
13.10.2023 13:17:25 - Notify dialog-info: Extn:16: sip:[email protected]:5063;rinstance=c5a443b9d0a551d7, Call(C:5899)
13.10.2023 13:17:25 - Stop call record for leg L:5899.1[Extn:16]
13.10.2023 13:17:25 - Removing leg L:5899.1[Extn:16]
13.10.2023 13:17:25 - L:5899.1[Extn:16] disjoined from MSCall [email protected]:5482
13.10.2023 13:17:25 - L:5899.1[Extn:16]: Terminating ADS InvADS.ADS(1582205)
13.10.2023 13:17:25 - Call(C:5899), Extn:16 on exit: DlgInfo(5899-3156/Terminated / I)
13.10.2023 13:17:25 - Call(C:5899), Extn:16 on entry: DlgInfo(5899-3156/Confirmed / I)
13.10.2023 13:17:25 - Notify dialog-info: Extn:16: sip:[email protected]:5063;rinstance=c5a443b9d0a551d7, Call(C:5899)
13.10.2023 13:17:25 - Terminating L:5899.1[Extn:16]; reason = SIP ;cause=200 ;text="User hangup"
13.10.2023 13:17:25 - Terminating connected leg L:5899.1[Extn:16]
13.10.2023 13:17:20 - Leg L:5899.1[Extn:16]: session is confirmed
13.10.2023 13:17:20 - Call(C:5899), Extn:16 on entry: DlgInfo(5899-3156/Confirmed / I)
13.10.2023 13:17:20 - Notify dialog-info: Extn:16: sip:[email protected]:5063;rinstance=c5a443b9d0a551d7, Call(C:5899)
13.10.2023 13:17:20 - L:5899.1[Extn:16] confirmed
13.10.2023 13:17:20 - L:5899.1[Extn:16] got Confirmed Recv Req ACK from 127.0.0.1:5063 tid=bf78154a956ab161 Call-ID=jJEc7QZEdm5-Hs6FiUaBhg..:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5063;branch=z9hG4bK-524287-1---bf78154a956ab161;rport=5063
Max-Forwards: 70
Contact: <sip:[email protected]:5063;rinstance=c5a443b9d0a551d7>
To: <sip:[email protected]:5060>;tag=18d49237
From: "........."<sip:[email protected]>;tag=7d4c4735
Call-ID: jJEc7QZEdm5-Hs6FiUaBhg..
CSeq: 2 ACK
User-Agent: 3CX WebRTC proxy
Content-Length: 0
13.10.2023 13:17:20 - [CM503007]: Call(C:5899): Extn:16 has joined, contact <sip:[email protected]:5063/UDP>
13.10.2023 13:17:20 - Call recording is OFF for Extn:16
13.10.2023 13:17:20 - L:5899.1[Extn:16] request to join MSCall [email protected]:5482
13.10.2023 13:17:20 - L:5899.1[Extn:16]: OnLegConnected
13.10.2023 13:17:20 - Call recording is OFF for Extn:16
13.10.2023 13:17:20 - L:5899.1[Extn:16] - invite session accepted
13.10.2023 13:17:20 - Call(C:5899), Extn:16 on entry: DlgInfo(5899-3156/Confirmed / I)
13.10.2023 13:17:20 - Notify dialog-info: Extn:16: sip:[email protected]:5063;rinstance=c5a443b9d0a551d7, Call(C:5899)
13.10.2023 13:17:20 - Session 1582207 of leg L:5899.1[Extn:16] is connected
13.10.2023 13:17:20 - L:5899.1[Extn:16] got Connected.UAS Send 200/INVITE from 0.0.0.0:0 tid=83cbf67b20042632 Call-ID=jJEc7QZEdm5-Hs6FiUaBhg..:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 127.0.0.1:5063;branch=z9hG4bK-524287-1---83cbf67b20042632;rport=5063
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>;tag=18d49237
From: "........."<sip:[email protected]>;tag=7d4c4735
Call-ID: jJEc7QZEdm5-Hs6FiUaBhg..
CSeq: 2 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 18.0.8.939 (939)
Content-Length: 369
v=0
o=3cxPS 33555497520988160 15342923885314049 IN IP4 127.0.0.1
s=3cxPS Audio call
c=IN IP4 127.0.0.1
t=0 0
m=audio 7892 RTP/AVP 0 8 9 111 110 126
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:110 telephone-event/48000
a=rtpmap:126 telephone-event/8000
a=sendrecv
13.10.2023 13:17:20 - L:5899.1[Extn:16] Sending: OnSendResp Send 200/INVITE from 0.0.0.0:0 tid=83cbf67b20042632 Call-ID=jJEc7QZEdm5-Hs6FiUaBhg..:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 127.0.0.1:5063;branch=z9hG4bK-524287-1---83cbf67b20042632;rport=5063
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>;tag=18d49237
From: "........."<sip:[email protected]>;tag=7d4c4735
Call-ID: jJEc7QZEdm5-Hs6FiUaBhg..
CSeq: 2 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
Content-Length: 369
v=0
o=3cxPS 33555497520988160 15342923885314049 IN IP4 127.0.0.1
s=3cxPS Audio call
c=IN IP4 127.0.0.1
t=0 0
m=audio 7892 RTP/AVP 0 8 9 111 110 126
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:110 telephone-event/48000
a=rtpmap:126 telephone-event/8000
a=sendrecv
13.10.2023 13:17:20 - Call(C:5899), Extn:16 on exit: DlgInfo(5899-3156/Confirmed / I)
13.10.2023 13:17:20 - Call(C:5899), Extn:16 on entry: DlgInfo(5899-3156/Early / I)
13.10.2023 13:17:20 - Notify dialog-info: Extn:16: sip:[email protected]:5063;rinstance=c5a443b9d0a551d7, Call(C:5899)
13.10.2023 13:17:20 - L:5899.1[Extn:16]: Set UAS contact <sip:@127.0.0.1:5060/UDP>
13.10.2023 13:17:20 - L:5899.1[Extn:16]: PBX contact is defined by loopback source: 127.0.0.1:5063/UDP fk=15 tgt=
13.10.2023 13:17:20 - L:5899.1[Extn:16] returns local MSSDP:
v=0
o=3cxPS 33555497520988160 15342923885314049 IN IP4 127.0.0.1
s=3cxPS Audio call
c=IN IP4 127.0.0.1
t=0 0
m=audio 7892 RTP/AVP 0 8 9 111 110 126
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:110 telephone-event/48000
a=rtpmap:126 telephone-event/8000
a=sendrecv
13.10.2023 13:17:20 - L:5899.1[Extn:16] providing answer
13.10.2023 13:17:20 - L:5899.1[Extn:16] set local SDP:
v=0
o= 0 0 IN IP4 0.0.0.0
s=
t=0 0
13.10.2023 13:17:20 - L:5899.1[Extn:16] request to join MSCall [email protected]:5482
13.10.2023 13:17:20 - L:5899.1[Extn:16] set local SDP:
v=0
o= 0 0 IN IP4 0.0.0.0
s=
t=0 0
13.10.2023 13:17:20 - L:5899.1[Extn:16]: Terminating targets, reason: SIP ;cause=200 ;text="Call completed elsewhere"
13.10.2023 13:17:20 - L:5899.1[Extn:16]: target connected, UAC L:5899.2[Line:10000>>+4935205755302]
13.10.2023 13:17:20 - L:5899.2[Line:10000>>+4935205755302] has joined to L:5899.1[Extn:16]
13.10.2023 13:16:55 - L:5899.1[Extn:16] Sending: OnSendResp Send 180/INVITE from 0.0.0.0:0 tid=83cbf67b20042632 Call-ID=jJEc7QZEdm5-Hs6FiUaBhg..:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 127.0.0.1:5063;branch=z9hG4bK-524287-1---83cbf67b20042632;rport=5063
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>;tag=18d49237
From: ".........."<sip:[email protected]>;tag=7d4c4735
Call-ID: jJEc7QZEdm5-Hs6FiUaBhg..
CSeq: 2 INVITE
Content-Length: 0
Ich habe neben dem Log die Aufzeichnung mitlaufen lassen und die .pcap mit Wireshark ausgelesen. Bilder folgendend:
Nach ca 4 Sek. kommt das BYE. Die Gegenstelle hat nicht einfach aufgelegt, das Gespräch ist einfach abgebrochen. Im Log macht mich eine Stelle stutzig:
13.10.2023 13:17:25 - Terminating L:5899.1[Extn:16]; reason = SIP ;cause=200 ;text="User hangup"
13.10.2023 13:17:25 - Terminating connected leg L:5899.1[Extn:16]
Bitte hier ggf. um etwas Input.
Etwas Hintergrundwissen: Wir haben einen Company Flex der Telekom. Wir mussten unsere 3CX vor einigen Wochen neu aufsetzen und haben das System gleich in eine Hyper-V VM umgezogen (3CX Debian ISO) und das letzte Backup zurückgespielt. Wir hatten nur etwas Probleme mit dem Connecten des SIP-Trunks. Mit den alten Einstellungen ging es nicht. Wir mussten im Trunk den alternativen Proxy aktivieren und Transportprotokolle auf "Alle" stellen. TCP allein hat es nicht genommen.
Ich habe den Verdacht, dass eventuell mit der Config des SIP-Trunks was nicht hinhaut. Aber genau weiß ich es leider nicht, da ich kein 3CX / VOIP Experte bin. Vielleicht könnt ihr mir hierzu etwas mehr sagen.
Die Zweite Sache noch, die vielleicht nichts mit dem o.g. Problem zu tun hat?: Wir bekommen bei einer kleinen Gruppe von Clients intern (Desktop APP und PWA) Timeouts. Die Clients connecten sich nicht mit dem 3CX bzw. nur kurz. Danach hänge die im Timeout fest und es wird nur angezeigt: "Warten auf Netzwerk". Ein Neustart der Software schafft nur kurz Abhilfe. Hier haben wir bereits versucht: Firewalls überprüft, Energieeinstellungen Netzwerkkarte, Antivirus. Bisher alles vergebens. Gut möglich, dass es auch einfach ein lokales Netzwerkproblem ist und nicht unbedingt etwas mit der 3CX zu tun hat, da dieses Problem räumlich zu bestimmen ist und es weder extern, noch unternehmensweit auftritt, aber vielleicht ist euch ja das Problem schon einmal untergekommen. Etwas Input hierzu wäre nicht verkehrt. Danke
