Aussetzer nach ein paar Sekunden Gespräch

[mp-]

Hallo,

wir haben einen Raspberry Pi4 Model B mit 4GB RAM, darauf läuft 3CX.
Seit einigen Wochen haben wir auch eine 100VDSL Leitung, der Pi ist direkt an der Fritzbox angeschlossen.
Wir haben leider Aussetzer nach ein paar Sekunden während des Gesprächs in beiden Richtungen.
Was kann das sein?
Den Codec haben wir schon in allen Varianten ausprobiert.
Kurzzeitge Hitze am Pi (besser kühlen)? DSL Problem? Einstellungssache?
Danke!

 

[bitn2]

Welche Version läuft auf dem Pi? Was sagt der Firewallcheck und die Logs?

 

[mp-]

Welche Version läuft auf dem Pi? Was sagt der Firewallcheck und die Logs?

Firewall check sagt "done". alles grün.
Version: 18.0 (Build 314)

22.03.2022 10:39:22 - Currently active calls [none]

22.03.2022 10:39:20 - Leg L:1.1[Extn:23] is terminated: Cause: BYE from local

22.03.2022 10:39:20 - [CM503008]: Call(C:1): Call is terminated

22.03.2022 10:39:20 - Leg L:1.2[Line:10000>>00491525XXX] is terminated: Cause: BYE from 217.0.29.33:5060

22.03.2022 10:38:52 - Currently active calls - 1: [1]

22.03.2022 10:38:22 - Currently active calls - 1: [1]

22.03.2022 10:38:18 - [CM503007]: Call(C:1): Extn:23 has joined, contact <sip:[email protected]:5060/UDP>

22.03.2022 10:38:18 - [CM503007]: Call(C:1): Line:10000>>00491525XXX has joined, contact <sip:[email protected]:0/TCP>

22.03.2022 10:38:18 - L:1.2[Line:10000>>00491525XXX] has joined to L:1.1[Extn:23]

22.03.2022 10:38:15 - [CM505003]: Provider:[MEGAphon GmbH 08] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5065;transport=TCP]

22.03.2022 10:38:15 - [CM503002]: Call(C:1): Alerting Line:10000>>00491525XXX by contact <sip:[email protected]:0/TCP>

22.03.2022 10:38:14 - [CM503025]: Call(C:1): Calling T:Line:10000>>00491525XXX@[Dev:sip:[email protected];transport=TCP] for L:1.1[Extn:23]

22.03.2022 10:38:14 - Timezone offset: 60 min.

22.03.2022 10:38:14 - [CM503027]: Call(C:1): From: Extn:23 ("Julian" <sip:[email protected]:5065>) to T:Line:10000>>00491525XXX@[Dev:sip:[email protected];transport=TCP]

22.03.2022 10:38:14 - [CM503004]: Call(C:1): Route 1: from L:1.1[Extn:23] to T:Line:10000>>00491525XXX@[Dev:sip:[email protected];transport=TCP]

22.03.2022 10:38:14 - Line limit check: Current # of calls for line Lc:10000(@MEGAphon GmbH 08[<sip:[email protected]:0/TCP>]) is 0; limit is 2

22.03.2022 10:38:14 - Call(C:1): Call from Extn:23 to 00491525XXX matches outbound rule 'out-international'

22.03.2022 10:38:14 - [Flow] Call(C:1): has built target endpoint: Out#:>>Rule{out-international}>>00491525XXX for call from L:1.1[Extn:23]

22.03.2022 10:38:14 - [Flow] Target endpoint for 00491525XXX is Out#:>>Rule{out-international}>>00491525XXX

22.03.2022 10:38:14 - [CM503010]: Call(C:1): Making route(s) from Extn:23 to <sip:[email protected]:5065/UDP>

22.03.2022 10:38:14 - [CM505001]: Endpoint Extn:23: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CXPhone for iOS 18.0.4.242] PBX contact: [sip:[email protected]:5065]

22.03.2022 10:38:14 - [CM500002]: Call(C:1): Info on incoming INVITE from Extn:23: Invite-IN Recv Req INVITE from 127.0.0.1:5080 tid=PjYsSFSbVl1oOIPcyAFbV1ELzF9I3.ubB8 Call-ID=3jpeoeiDuS1nxLbGIraTGG7EgcswX0yR: INVITE sip:[email protected]:5065;transport=UDP;tag3cx=ewnbyi8v SIP/2.0 Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bK-524287-2---PjYsSFSbVl1oOIPcyAFbV1ELzF9I3.ubB8;rport=5080 Via: SIP/2.0/UDP [::ffff:80.187.64.86]:11591;branch=z9hG4bK-524287-1---tunneltid;rport;tnlid=clnt.0-zeuqbino5huwvb1hygb8evxbyt9d4pmg_3009773 Via: SIP/2.0/TCP 127.0.0.1:50195;rport;branch=z9hG4bKPjYsSFSbVl1oOIPcyAFbV1ELzF9I3.ubB8;alias Max-Forwards: 69 Record-Route: <sip:[email protected]:5080;user=proxy;uri=clnt.0-zeuqbino5huwvb1hygb8evxbyt9d4pmg_3009773> Contact: "Julian" <sip:[email protected]:5060;rinstance=0-zeuqbino5huwvb1hygb8evxbyt9d4pmg> To: <sip:[email protected]:5065;tag3cx=ewnbyi8v> From: "Julian"<sip:[email protected]:5065>;tag=qYpVqTmF-7UIyd4Os4HtRZeyNtUWpk-- Call-ID: 3jpeoeiDuS1nxLbGIraTGG7EgcswX0yR CSeq: 21820 INVITE Session-Expires: 1800 Min-SE: 90 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Content-Type: application/sdp Proxy-Authorization: Digest username="90fu8Csggy",realm="3CXPhoneSystem",nonce="414d53596239990646:32543e6a94bec20f4c3d3eb71ee62a34",uri="sip:[email protected]:5065;tag3cx=ewnbyi8v",response="e75753dd2c8c29320c30a21118922838",algorithm=MD5 Supported: replaces, 100rel, timer, norefersub User-Agent: 3CXPhone for iOS 18.0.4.242 Content-Length: 435 v=0 o=- 3856930694 3856930694 IN IP4 192.0.0.1 s=pjmedia b=AS:117 t=0 0 a=X-nat:0 m=audio 10000 RTP/AVP 9 18 8 0 125 101 c=IN IP4 192.0.0.1 b=TIAS:96000 b=AS:117 a=rtcp:10001 a=sendrecv a=rtpmap:9 G722/8000 a=rtpmap:18 G729/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:125 opus/48000/2 a=fmtp:125 useinbandfec=1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 m=video 0 RTP/AVP 31 c=IN IP4 127.0.0.1

 

[bitn2]

Das Gespräch wird nach 30 Sekunden von Seitens deines Anbieters abgebrochen. Fest IP oder dynamische IP? Stun Abfrage bei dynamischer IP auf welche Zeit eingestellt? Welcher DNS wird benutzt?

 

[mp-]

Das Gespräch wird nach 30 Sekunden von Seitens deines Anbieters abgebrochen. Fest IP oder dynamische IP? Stun Abfrage bei dynamischer IP auf welche Zeit eingestellt? Welcher DNS wird benutzt?

 

[bitn2]

Stell die Zeit bei der STUN abfrage mal auf 60 Sekunden. Bei Telekom Anschlüssen mit dynamischer IP steht das sogar so in der Anleitung. Evtl hilft das auch schon. Welchen DNS verwendet ihr?

 

[mp-]

Habe es eingestellt und 1 Min später getestet. Immernoch Aussetzer.

Wie kann ich das nachschauen mit dem DNS?

 

[bitn2]

Zb indem du auf der console ein nslookup auf irgend eine Domain ausführst, dann bekommst die IP und den DNS zurück. Wie ist der SIP Trunk eingerichtet, kannst du davon mal einen Screenshot machen.

 

[mp-]

Zb indem du auf der console ein nslookup auf irgend eine Domain ausführst, dann bekommst die IP und den DNS zurück. Wie ist der SIP Trunk eingerichtet, kannst du davon mal einen Screenshot machen.

Kann ich gerne nochmal alles senden, habe jetzt aber einen Verdacht.

Ich habe vorhin mal mit einem PC, welcher einen Port weiter an der FritzBox angeklemmt war, die 8.8.8.8 angepingt, ebenso wie andere Seiten.
Sobald man den Pi mit 3CX drauf anklemmt, hat man zu selben Intervallen einen Request TimeOut.
Sobald man den Pi abzieht, kommt kein Request TimeOut mehr.

Was kann das sein?
Die 3CX bzw der Pi verursacht irgendwas komisches im Netzwerk.

 

[bitn2]

Hmmm, ist auf dem Pi noch was anderes installiert?

 

[mp-]

Hmmm, ist auf dem Pi noch was anderes installiert?

Nein..

Also habs mal getestet..

ich habe mein macbook mit lan kabel an unsere fritzbox 7590 angeschlossen. Ping an 8.8.8.8 ... alles normal ...
keine Zeitüberschreitungen bei Anfragen usw.

Wenn ich mein Pi4 Model b mit 3cx (18.0, Build 314) an unsere Fritzbox anschließe, dann habe ich im gleichen Intervall Request Timeouts...

ich habe testweise gleich mal den pi angepingt... keine Request Timeouts... nur von internem lan auf externes internet. zum Beispiel Google oder andere große Server...

immer wenn ich die sd-karte aus dem laufenden pi nehme ...
geht der ping normal ohne Request Timeouts und während der pi eingeschaltet ist, aber ohne karte (3cx läuft darauf).

 

[bitn2]

Da scheint dann am Pi bzw der Konfiguration im Netz irgendwas faul zu sein...

 

[fxbastler]

Das haben wir vorhin auch schon festgestellt: wenn nach dem Start vom blanken raspian allein schon der anschl. Download einer neuen 3CX Umgebung mit mehreren Stunden prognostiziert wird haut da etwas nicht hin. Ich hatte das parallel mit einem Raspi3 probiert: das hat in Echtzeit vom ersten Start mit der nackigen Karte ziemlich genau 6 min. bis zum Login auf die Website gedauert - mehrere Neustarts und Einstellungen inklusive. Alles streng nach Anleitung.

 

[mp-]

Das haben wir vorhin auch schon festgestellt: wenn nach dem Start vom blanken raspian allein schon der anschl. Download einer neuen 3CX Umgebung mit mehreren Stunden prognostiziert wird haut da etwas nicht hin. Ich hatte das parallel mit einem Raspi3 probiert: das hat in Echtzeit vom ersten Start mit der nackigen Karte ziemlich genau 6 min. bis zum Login auf die Website gedauert - mehrere Neustarts und Einstellungen inklusive. Alles streng nach Anleitung.

Also, ich habe nun den Raspi mit einer neu geflashten Karte installiert.. altes Backup geladen. Keine Ping Request Timeouts mehr.. Sprachquali super, keine Gesprächs-Ausetzer... Keine Ahnung was das war, aber jetzt gehts..
Hoffe es bleibt so.
Danke!

 

[fxbastler]

Das hatten wir doch letztens erst getan. Das lief doch wie gewünscht. Was ist da der Unterschied zu der jetzigen Installation?

 

[mp-]

Das hatten wir doch letztens erst getan. Das lief doch wie gewünscht. Was ist da der Unterschied zu der jetzigen Installation?

Ja wenn ich das wüsste.. jetzt läufts mit den selben Einstellungen, welche von dir kamen.

 

[bitn2]

Eventuell die SD Karte einen weg gehabt...

 

[fxbastler]

Eventuell die SD Karte einen weg gehabt...

Das war auch meine Vermutung vorhin. Die war aber wohl recht frisch als wir das vor 2 oder 3 Wochen neu gemacht haben.

 

[bitn2]

Heisst ja nicht das die nicht trotzdem jetzt eine Macke hat.

 

[fxbastler]

Ja. Nach div. Abstürzen oder BrownOuts kann das vorkommen dass die physisch oder logisch tot geht.