Telekom SIP-Trunk keine ausgehende Audioverbindung

LK-HK

Customer
Mitglied seit
18. August 2020
Beiträge
2
Wird meine 3CX von bestimmten externen Anlagen angerufen so höre ich zwar die Gegenstelle die Gegenstelle aber die 3CX nicht.
Der erste hinweis ging direkt in Richtung Firewall und fehlende Portfreigaben, NAT etc.
Habe ich alles geprüft und ausgeschlossen.

Ich kann beobachten, dass es an ganz bestimmten Gegenstellen(Anlagen) immer wieder reproduzierbar auftritt.
Ich habe das Gefühl das die 3CX die Codecs nicht richtig aushandelt.

Ich habe auch eine SIP-Gate Verbindung auf der das Problem nie auftritt.

Hier mal ein Activity Log mit dem Szenario.

18.08.2020 09:52:57 - [CM500002]: Call(C:10817): Info on incoming INVITE from Line:10004<<+49172xx2:
Invite-IN Recv Req INVITE from 217.0.26.35:5060 tid=6a539637c9203b561451b5a7dbba8d60.232a97d0 [email protected]:
INVITE sip:[email protected].90:5060;transport=TCP;rinstance=2f5a15147be2513a SIP/2.0
Via: SIP/2.0/TCP 217.0.26.35:5060;branch=z9hG4bK6a539637c9203b561451b5a7dbba8d60.232a97d0
Max-Forwards: 53
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>
Contact: <sip:WgW1lfDv0VTY5/SiBGAyWdfEamkL9AXM4NSj27VStKR91qO08Fi0FR/3cGixOlqduZc3@th1>
To: <sip:[email protected];user=phone>
From: <sip:[email protected];user=phone>;tag=2459fe21
Call-ID: [email protected]
CSeq: 42202742 INVITE
Session-Expires: 3600;refresher=uac
Min-SE: 900
Allow: ACK, BYE, CANCEL, INFO, INVITE, MESSAGE, NOTIFY, OPTIONS, PUBLISH, REFER, REGISTER, SUBSCRIBE, UPDATE
Content-Disposition: session
Content-Type: application/sdp
Supported: 199, histinfo, timer
P-Asserted-Identity: <sip:[email protected];user=phone>
P-Called-Party-ID: <sip:[email protected];user=phone>
Content-Length: 500

v=0
o=- 0 0 IN IP4 217.0.26.35
s=on transit
c=IN IP4 217.0.132.9
t=0 0
m=audio 21172 RTP/AVP 100 101 102 3 8 0 103
b=AS:80
a=rtpmap:100 AMR/8000
a=fmtp:100 mode-set=0,2,4,7; mode-change-period=2; mode-change-neighbor=1; max-red=0
a=rtpmap:101 AMR/8000
a=fmtp:101 mode-set=0,2,4; mode-change-period=2; mode-change-neighbor=1; max-red=0
a=rtpmap:102 GSM-EFR/8000
a=rtpmap:3 GSM/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:103 telephone-event/8000
a=ptime:20
a=maxptime:20


Kann es sein das 3CX mit der Transcodierung Probleme hat?
 
Hallo
Ich hatte ein ähnliches Problem mit einem Swisscom SIP Trunk. Bei mir war die Lösung bei den Nebenstellen in den Optionen " PBX überträgt Audio" zu aktivieren. Im SIP Trunk selber gibt es diese Einstellung in den Optionen auch, die ist aber bei mir nicht aktiviert.

gruss
 
Ich habe die Einstellungen probiert. Leider keine Verbesserung.

19.08.2020 10:04:37 - [CM505003]: Provider:[Deutsche Telekom SIP-Trunk (NGN)] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected].90:5060;transport=TCP]
19.08.2020 10:04:37 - [CM503002]: Call(C:11074): Alerting Line:10004>>+49xxxx460 by contact <sip:[email protected]:0/TCP>
19.08.2020 10:04:37 - [CM503025]: Call(C:11074): Calling T:Line:10004>>+49xxxx460@[Dev:sip:[email protected];transport=TCP] for L:11074.1[Extn:012]
19.08.2020 10:04:37 - [CM503027]: Call(C:11074): From: Extn:012 ("Toni Test" <sip:[email protected]:5060>) to T:Line:10004>>+49xxxx460@[Dev:sip:[email protected];transport=TCP]
19.08.2020 10:04:37 - [CM503004]: Call(C:11074): Route 1: from L:11074.1[Extn:012] to T:Line:10004>>+49xxxx460@[Dev:sip:[email protected];transport=TCP]
19.08.2020 10:04:37 - Line limit check: Current # of calls for line Lc:10004(@Deutsche Telekom SIP-Trunk (NGN)[<sip:[email protected]:0/TCP>]) is 0; limit is 8
19.08.2020 10:04:37 - Call(C:11074): Call from Extn:012 to 0xxxx460 matches outbound rule 'Telekom national'
19.08.2020 10:04:37 - [Flow] Call(C:11074): has built target endpoint: Out#:>>Rule{Telekom national}>>0xxxx460 for call from L:11074.1[Extn:012]
19.08.2020 10:04:37 - [Flow] Target endpoint for 0xxxx460 is Out#:>>Rule{Telekom national}>>0xxxx460
19.08.2020 10:04:37 - [CM503010]: Call(C:11074): Making route(s) from Extn:012 to <sip:[email protected]:5060/UDP>
19.08.2020 10:04:37 - [CM505001]: Endpoint Extn:012: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Yealink SIP-T46S 66.85.0.5 805ec05e99d7] PBX contact: [sip:[email protected]:5060]
19.08.2020 10:04:37 - [CM500002]: Call(C:11074): Info on incoming INVITE from Extn:012:
Invite-IN Recv Req INVITE from 192.168.32.12:5060 tid=4060263566 [email protected]:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.32.12:5060;branch=z9hG4bK4060263566
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>
From: "Toni Test"<sip:[email protected]:5060>;tag=3115955340
Call-ID: [email protected]
CSeq: 2 INVITE
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Content-Type: application/sdp
Proxy-Authorization: Digest username="hg8yinZ3n7",realm="3CXPhoneSystem",nonce="414d53595f3cdd1516:4027885ca515848754d9629d56c8371c",uri="sip:[email protected]:5060",response="39a56139cf589a82b43f25d2ec839c6d",algorithm=MD5
Supported: replaces
User-Agent: Yealink SIP-T46S 66.85.0.5 805ec05e99d7
Allow-Events: talk, hold, conference, refer, check-sync
Content-Length: 308

v=0
o=- 23519 23519 IN IP4 192.168.32.12
s=SDP data
c=IN IP4 192.168.32.12
t=0 0
m=audio 12322 RTP/AVP 0 8 9 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=ptime:20
a=sendrecv
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
19.08.2020 10:04:37 - [CM503001]: Call(C:11074): Incoming call from Extn:012 to <sip:[email protected]:5060>
19.08.2020 10:04:36 - Make call request to number 0xxxx460 has been sent to device <sip:[email protected]:5060/UDP>

Es ist auch seltsam, dass bei diesen angerufenen Teilnehmer nur die zentrale Nummer angezeigt wird.
 
Zuletzt bearbeitet:
Hi,

PBX überträgt Audio muss auf dem Trunk aktiviert sein.
Re-Invite und Replace deaktiviert.

Nun der Log abschnitt ist der Invite von Telekom zu PBX.

An sich benötigst du den Invite von 3cx Anlage zu Telekom damit SDP Codec geprüft werden bzw was gesendet wird als codec offer.

Läuft der Firewall Checker erfolgreich durch?

Sendest du von einer richtig IP?

Dieses kannst du im Contact Invite prüfen von Anlage zu Provider.

Im Tying von provider kannst du dann erkennen dass Provider dich von der richtigen Public IP sieht.

Nun verlangt auch provider im SDP Audio evtl auf einem anderen SIP Server(meisten auch so der Fall)

Sendet Anlage auch RTP an richte IP(SIP Sever von Provider)?
 

Statistik des Forums

Themen
44.413
Beiträge
232.713
Mitglieder
78.328
Neuestes Mitglied
as7h