Ausgehender Anruf Telekom 408 Request Time Out

makeiteazy

Bronze Partner
Advanced Certified
Mitglied seit
20. Januar 2023
Beiträge
23
Hallo zusammen,

wir haben bei einem Kunden eine 3CX in Betrieb, die an einem Telekom Deutschland LAN Anschluss betrieben wird.
Seit einiger Zeit, kann eine bestimmte Nummer nicht mehr angerufen werden. Es klingelt 3-4 Mal, dann kommt eine Ansage, dass der Teilnehmer vorübergehend nicht erreichbar ist etc.
Wenn die gleiche Nummer von einem Handy angerufen wird, funktioniert es ohne Probleme. Ebenso, kommt der Anruf über die 3CX auch nicht bei der Gegenstelle an, obwohl es 3-4 Mal klingelt.

Die ausgehende Regel sieht so aus:
1688978718108.png


Die SIP Trunk Konfiguration:
1688978797405.png
1688978836044.png

Da es wohl auch eine andere Nummer betreffen soll, ist es für mich naheliegend, dass irgendwas an der 3CX bzw. der Verbindung zur Telekom nicht stimmt.
Habt Ihr Tipps oder Ideen, an was das liegen könnte?
Vielen Dank
 
Hallo @makeiteazy

was sagt denn das Ereignisprotokoll der 3CX in der Protokollierungsstufe Mittel bzgl. des Routing bei so einem Anruf?

Gegebenenfalls das leicht anonymisiert hier als Code Block einstellen.
 
  • Like
Reaktionen: MarcosV__3CX
Hallo @makeiteazy

was sagt denn das Ereignisprotokoll der 3CX in der Protokollierungsstufe Mittel bzgl. des Routing bei so einem Anruf?

Gegebenenfalls das leicht anonymisiert hier als Code Block einstellen.
Code:
10.07.2023 11:37:25 - Leg L:4680.2[Line:10002>>00496xxxxxxx] is terminated: Cause: 487 Request Terminated/INVITE from 217.0.29.33:5060
10.07.2023 11:37:25 - [CM503008]: Call(C:4680): Call is terminated
10.07.2023 11:37:25 - Leg L:4680.1[Extn:10] is terminated: Cause: BYE from PBX
10.07.2023 11:37:13 - [CM505003]: Provider:[Telekom xxxxxx] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:06xxxxxxx@xxxxxxxxx:5060;transport=TCP]
10.07.2023 11:37:13 - [CM503002]: Call(C:4680): Alerting Line:10002>>0049xxxxxxxxby contact <sip:[email protected]:0/TCP>
10.07.2023 11:37:10 - [CM503025]: Call(C:4680): Calling T:Line:10002>>00496xxxxxxx@[Dev:sip:[email protected];transport=TCP] for L:4680.1[Extn:10]
10.07.2023 11:37:10 - [CM503027]: Call(C:4680): From: Extn:10 (" xxxxx“ <sip:[email protected]:0>)  to  T:Line:10002>>00496xxxxxx@[Dev:sip:[email protected];transport=TCP]
10.07.2023 11:37:10 - [CM503004]: Call(C:4680): Route 1: from L:4680.1[Extn:10] to T:Line:10002>>00496xxxxxxx@[Dev:sip:[email protected];transport=TCP]
10.07.2023 11:37:10 - Line limit check: Current # of calls for line Lc:10002(@Telekom xxxxxx[<sip:[email protected]:0/TCP>]) is 0; limit is 10
10.07.2023 11:37:10 - Call(C:4680): Call from Extn:10 to 06xxxxxx matches outbound rule 'National 10'
10.07.2023 11:37:10 - [Flow] Call(C:4680): has built target endpoint: Out#:>>Rule{National 10}>>06xxxxxx for call from L:4680.1[Extn:10]
10.07.2023 11:37:10 - [Flow] Target endpoint for 06xxxxxx is Out#:>>Rule{National 10}>>06xxxxxx
10.07.2023 11:37:10 - [CM503010]: Call(C:4680): Making route(s) from Extn:10 to <sip:[email protected]:5060/UDP>
10.07.2023 11:37:10 - [CM505001]: Endpoint Extn:10: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX WebRTC proxy] PBX contact: [sip:[email protected]:5060]
10.07.2023 11:37:10 - [CM500002]: Call(C:4680): Info on incoming INVITE from Extn:10:
Invite-IN Recv Req INVITE from 127.0.0.1:5063 tid=8a27455fad80ce45 Call-ID=Q6QwChuiokq_K8FhStsy8Q..:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5063;branch=z9hG4bK-524287-1---8a27455fad80ce45;rport=5063
Max-Forwards: 70
Contact: <sip:[email protected]:5063;rinstance=06bb586947d73c6d>
To: <sip:[email protected]:5060>
From: " xxxxxxxx“<sip:[email protected]>;tag=4f35bc1d
Call-ID: Q6QwChuiokq_K8FhStsy8Q..
CSeq: 2 INVITE
Subject:
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE
Content-Type: application/sdp
Proxy-Authorization: Digest username="S8W7Tg6Myd",realm="3CXPhoneSystem",nonce="414d535964abd14640:45500478f4878822a10071d5caa009f0",uri="sip:[email protected]:5060",response="e26d7151c96522d2362f4876c2d254d1",algorithm=MD5
Supported: replaces
User-Agent: 3CX WebRTC proxy
Content-Length: 449

v=0
o=3cxVCE 18446744072220517119 699127382 IN IP4 127.0.0.1
s=3cxVCE Audio Call
c=IN IP4 127.0.0.1
t=0 0
m=audio 8760 RTP/AVP 0 8 9 111 63 13 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:63 red/48000/2
a=fmtp:63 111/111
a=rtpmap:13 CN/8000
a=rtpmap:110 telephone-event/48000
a=rtpmap:126 telephone-event/8000
a=ptime:20
a=sendrecv
10.07.2023 11:37:10 - [CM503001]: Call(C:4680): Incoming call from Extn:10 to <sip:[email protected]:5060>

Anbei das Ereignisprotokoll


Hi @makeiteazy,

wenn du meinst "Telekom Deutschland LAN Anschluss"?
Verwendest du den DT LAN (NGN)?

Ich gehe davon aus da 3Wege Auth nicht aktiviert ist (von 'Bild zu erkennen).


Für NGN benötigst du einen anderen Host/Proxy.

Im Bild ist zu erkennen dass als Host "tel.t-online.de" verwendest.
Der Host wird für einen MSN ALLIP CallandSurf benutzt.
Stimmt, da hat die Präzisierung gefehlt. Ja es handelt sich um einen MSN ALLIP CallandSurf.
Ob mit 3 Wege Auth oder ohne spielt keine Rolle, in beiden Fällen kann ich den Anschluss verbinden und das Fehlerbild ist auch gleich.

Kann es eventuell auch an der Gegenstelle liegen? Da andere nationale Nummern auch funktionieren. Uns sind bisher 2 Nummern bekannt, die nicht funktionieren, obwohl die Gegenstelle, wie gesagt, aus dem Handynetz erreichbar ist.
 
Ganz zu Anfang: PCMU steht als Prokoll ganz oben. Bitte in PCMA / G711.a ändern, überall in der 3CX: SIP Trunk, 2x in Einstellungen / Codecs, in allen provisionierten Endgeräten und diese anschl. reprovisionieren lassen. Einfach damit es funktioniert / funktionieren könne.
 
Ganz zu Anfang: PCMU steht als Prokoll ganz oben. Bitte in PCMA / G711.a ändern, überall in der 3CX: SIP Trunk, 2x in Einstellungen / Codecs, in allen provisionierten Endgeräten und diese anschl. reprovisionieren lassen. Einfach damit es funktioniert / funktionieren könne.
ok danke, ist angepasst. Fehlerbild weiterhin gleich.

Code:
v=0
o=3cxVCE 18446744071613678362 730138735 IN IP4 127.0.0.1
s=3cxVCE Audio Call
c=IN IP4 127.0.0.1
t=0 0
m=audio 8768 RTP/AVP 8 9 0 111 63 13 110 126
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:63 red/48000/2
a=fmtp:63 111/111
a=rtpmap:13 CN/8000
a=rtpmap:110 telephone-event/48000
a=rtpmap:126 telephone-event/8000
a=ptime:20
a=sendrecv
 
Dann auf zu dem Schritt, den @avraammich_3CX angesprochen hat: der Einrichtung des SIP Trunk. Das scheint so nicht zu passen: Registrar, 3-Wege-Auth, TCP ohne SRTP. Das eigenartige daran ist, dass du schreibst, dass dieser SIP Trunk - ich nehme an mit Einzel MSN und keinem Rufnummernblock - sonst nutzbar ist.

Ich an deiner Stelle würde diesen SIP Trunk einmal gegen localhost registrieren lassen (Registrar=127.0.0.1, damit wird der rot), einen aktuell neuen SIP Trunk sauber und richtig einrichten, rudimentäre eingehende und ausgehende Regeln für diesen einrichten und schauen, ob dieser SIP Trunk mit dieser problematischen NSt. und der problematisch anzurufenden Nummer funktioniert.
 
Danke, ja das hatte ich gerade probiert. Leider kein Erfolg. Wie du richtig angenommen hast, sind es einzelne MSN Nummern, kein Block. Das Problem betrifft auch alle verbundenen MSN. Die Trunk-Einstellungen sind auch Standard 3CX Call and Surf Profil. Das einzige was ich nicht gemacht hatte, war die 3 Wege Auth, aber die Verbindung kommt mit oder ohne zustande.
 
Ich habe mal auf Alle und auf nur UDP umgestellt, in beiden Fällen funktioniert die Registrierung und Telefonie normal, bis auf die besagte Nummer, dort ist weiterhin das Problem.
 

Statistik des Forums

Themen
44.414
Beiträge
232.717
Mitglieder
78.330
Neuestes Mitglied
uvitas