Kein Ton beim telefonieren

[anonymous]

Hallo,

Nun versuche ich es mal im Deutschen Forum nachdem ich immer noch nicht weiter gekommen bin. Ich hebe eine 3CX (noch Free Edition) am Laufen an der 2 Patton angemeldet sind, ein 4554 (ISDN Mehrgeräte T-Com) und eine 4114 mit momentan 1 Analogen Leitung über VPN angebunden. Als Client dienen mir 3 Siemens Gigaset IP ( S450IP , S675IP und ein S685IP) 2 davon sind mit 2 Handgeräten (2 Accounts) gleichzeitig angemeldet und eines über VPN mit 1 Handgerät (Account). Zusätzlich habe ich noch eine Snom 360 V7 seit ein paar Tagen. Die drei Siemens haben alle die neuste Firmware über Autoupdate bekommen.

Mein Problem mit dem Ton scheint nur in Kombination mit den Siemens Geräten aufzutauchen, ich bin mir da aber nicht zu 100% sicher da ich das Snom noch nicht so lange habe und erst 4-5 Gespräche damit geführt habe.

Es scheint mir ein Problem mit den RTP Paketen zu geben, wenn ich Anrufe empfange oder auch angerufen werde habe ich manchmal keinen Ton (in beider Richtungen). Es ist nicht immer sondern nur sporadisch aber 1/4 aller Anrufe wird es schon betreffen.

Ich habe unten auch mal 2 Logs angehängt die mir der Server dann auch ausgibt.

PS. „Sprache wird von Anlage übermittelt“ ist überall deaktiviert Client und Patton. Und der Fehler tritt auch bei internem telefonieren auf von Siemens auf Siemens

Es wäre sehr nett wen mir jemand helfen könnte da ich schon mehrere Stunden / Tage an dem Problem sitze und immer noch keine Lösung habe.


11:36:26.484 MediaServerReporting::InitEndPoint [MS003005] C:10.1: Failed to create Endpoint: (destination=172.20.0.241)
EndPoint: ID=00000013@(LOCAL)
LOGID=C:10.1 Status: MSEP_FAILED
RTP:172.20.0.1:7036
RTCP:172.20.0.1:7037
STUN RTP:0.0.0.0:0
STUN RTCP:0.0.0.0:0
Coder:
NOT SET
101:telephony-event
Party ptime:20
Party RTP:0.0.0.0:0
Party RTCP:0.0.0.0:0
Decoders:
[empty]


15:42:47.359 MediaServerReporting::RTPReceiver [MS105000] C:68.2: No RTP packets were received:remoteAddr=127.0.0.1:40612,extAddr=0.0.0.0:0,localAddr=127.0.0.1:7268
15:42:46.781 Call::Terminate [CM503008]: Call(68): Call is terminated
15:42:46.734 Call::Terminate [CM503008]: Call(68): Call is terminated
15:42:46.703 LineCfg::getInboundTarget [CM503012]: Inbound out-of-office hours' rule for DID:91381 forwards to VM:13
15:42:46.703 LineCfg::getInboundTarget [CM503009]: DID rule (91381) is applied to call from sip:[email protected]:5060 to 91381
15:42:46.703 LineCfg::getInboundTarget Looking for inbound target: called=91381; caller=01787233xxx
15:41:59.109 CallLeg:nConfirmed Session 67758 of leg C:68.1 is confirmed
15:41:58.984 CallCtrl:nLegConnected [CM503007]: Call(68): Device joined: sip:[email protected]:40600;rinstance=9b656b49be7ee01a
15:41:58.984 LineCfg::getInboundTarget [CM503012]: Inbound out-of-office hours' rule for DID:91381 forwards to VM:13
15:41:58.984 LineCfg::getInboundTarget [CM503009]: DID rule (91381) is applied to call from sip:[email protected]:5060 to 91381
15:41:58.984 LineCfg::getInboundTarget Looking for inbound target: called=91381; caller=01787233xxx
15:41:58.953 CallCtrl:nLegConnected [CM503007]: Call(68): Device joined: sip:[email protected]:5060
15:41:58.953 MediaServerReporting::SetRemoteParty [MS210003] C:68.1:Answer provided. Connection(transcoding mode):172.20.0.1:7266(7267)
15:41:58.953 MediaServerReporting::SetRemoteParty [MS210001] C:68.2:Answer received. RTP connection: 127.0.0.1:40612(40613)
15:41:58.953 CallLeg::setRemoteSdp Remote SDP is set for legC:68.2
15:41:58.953 Extension:rintEndpointInfo [CM505001]: Ext.99: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX Voice Mail Menu] Transport: [sip:127.0.0.1:5060]
15:41:58.953 CallCtrl:nAnsweredCall [CM503002]: Call(68): Alerting sip:[email protected]:40600;rinstance=9b656b49be7ee01a
15:41:58.453 MediaServerReporting::SetRemoteParty [MS210002] C:68.2:Offer provided. Connection(transcoding mode): 127.0.0.1:7268(7269)
15:41:58.421 CallCtrl:nSelectRouteReq [CM503004]: Call(68): Calling: Ext:Ext.99@[Dev:sip:[email protected]:40600;rinstance=9b656b49be7ee01a]
15:41:58.421 CallCtrl:nSelectRouteReq [CM503010]: Making route(s) to [sip:[email protected]:5060;user=vmail]
15:41:58.421 MediaServerReporting::SetRemoteParty [MS210000] C:68.1:Offer received. RTP connection: 172.20.0.251:4944(4945)
15:41:58.421 CallLeg::setRemoteSdp Remote SDP is set for legC:68.1
15:41:58.421 Line:rintEndpointInfo [CM505002]: Gateway:[ISDN] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Patton SN4552 2BIS EUI MxSF v3.2.8.45 00A0BA03BEB1 R4.2 2008-05-15 SIP] Transport: [sip:172.20.0.1:5060]
15:41:58.421 LineCfg::getInboundTarget [CM503012]: Inbound out-of-office hours' rule for DID:91381 forwards to VM:13
15:41:58.421 LineCfg::getInboundTarget [CM503009]: DID rule (91381) is applied to call from sip:[email protected]:5060 to 91381
15:41:58.421 LineCfg::getInboundTarget Looking for inbound target: called=91381; caller=01787233xxx
15:41:58.296 CallCtrl:nIncomingCall [CM503001]: Call(68): Incoming call from 01787233xxx@(Ln.10010@ISDN) to [sip:[email protected]:5060;user=vmail]
15:41:58.296 LineCfg::getInboundTarget [CM503012]: Inbound out-of-office hours' rule for DID:91381 forwards to VM:13
15:41:58.296 LineCfg::getInboundTarget [CM503009]: DID rule (91381) is applied to call from sip:[email protected]:5060 to 91381
15:41:58.296 LineCfg::getInboundTarget Looking for inbound target: called=91381; caller=01787233xxx
15:41:58.281 CallLeg:nNewCall [CM500002]: Info on incoming INVITE:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 172.20.0.251:5060;branch=z9hG4bKea8398789
Max-Forwards: 70
Route: [sip:172.20.0.1;lr]
Contact: [sip:[email protected]:5060]
To: [sip:[email protected]]
From: [sip:[email protected]];tag=79cd78051f4b880
Call-ID: 510bdeb5e36cb10fdaa657c2f65728b1 @172.20.0.1
CSeq: 921299179 INVITE
Session-Expires: 1800
Proxy-Authorization: Digest response="09c9b78b0b3e1369e17922ce715b03e7",username="10010",realm="3CXPhoneSystem",nonce="12862071717:67999e423e4bad7d5af9a6fb20dd5f2a",algorithm=MD5,uri="sip:[email protected]"
Supported: timer, replaces
User-Agent: Patton SN4552 2BIS EUI MxSF v3.2.8.45 00A0BA03BEB1 R4.2 2008-05-15 SIP
Content-Length: 0
Remote-Party-ID: [sip:[email protected]];party=called

 

[anonymous]

Hallo!
Konntest Du das Problem bei Dir beheben? Und woran lag es ? Wir haben ein ähnliches Problem jedoch nur 1 PATTON SN 4554 in Verwendung, bei jedem 2. Gespräch kann uns der Gesprächspartner nicht hören (interne sowie externe Gespräche).

Grüße SBS

 

[anonymous]

welche codecs sind beim siemens eingestellt?

 

[edvmax]

hallo schon mal versucht mit Wireshark das ganze nachzuverfolgen?
siehe auch https://www.3cx.de/topic/ausgehende-regel-funktioniert-nicht/ etwa in der mitte

der zeigt dir relativ gut und grafisch an wo was hingeht bzw empfangen wird
damit ist die Fehlersuche ein wenig einfacher

 

[anonymous]

Ja das haben wir soweit aufgezeichnet, ist es möglich Ihnen die Wireshark Aufzeichnungen zur verfügung zu stellen damit diese genauer überprüft werden können? Die Ports stimmen die IPs auch aber irgendwie scheinen die RTP Pakete aufgrund von UDP checksum error fehlzuschlagen. Mit anderen Softphones (Zoiper) funktioniert alles bestens, nur mit dem 3CX Client hängt es, beim 1. mal geht es problemlos beim 2. mal hört uns der angerufende nicht (soundeinstellungen unverändert!) beim 3. mal hört uns der angerufende (intern sowie extern) wieder beim 4. mal wieder nicht. Wir haben auch schon mehere Ports ausprobiert (für interne Gespräche), auch lokale Freigaben wurden vorgenommen. Leider blieben unsere Unternehmungen erfolglos.

Grüße SBS

 

[edvmax]

Hallo
also vorab mal ein paar einstellungen bzgl VoipPhone

Tunnel ist deaktiviert

was mich dann auch zur einstellung von 3CX selbst bringt da bei dir beim STUn nichts drin steht und beim RTP

Hast du das Config File von 3CX genommen und in den Patton gespielt?

 

[anonymous]

Kurz zu unserem Stand, wir konnten das Problem mit der aller neusten BETA version 7 lösen. Der Fehler war im 3CX Clint selbst. Mit anderen Softphones gab es keine Probleme, mit der neuen 3CX BETA Version 7 (Client 7.0.4184.0) gehts nun auch bei uns problemlos...


Grüße SBS