Nebenstelle/Ausgehende Rufnummer wird nicht angezeigt

[forum-name-787878]

Hallo,

wenn Nebenstelle -15 anruft, dann sehe ich bei mir im display 0221-12000-0 (ich bin extern und ich denke die rezeption ruft an)
Unter 3cx-admin, Nebenstellen steht bei ausgehende Kennung jedoch 0211-12000-15
Ich habe keine Idee woran das liegen könnte.
Im Activity Log sieht das dann so aus:
Testlauf: Ich habe via Android-App (also mit dem QR Code von 0211-12000-15) mich angerufen 089123456789 - siehe Log.
Es ist Log-Level Mittel.

Bei den anderen Nebenstellen ist das Problem nicht.
Die Nebenstelle 15 hat eigentlich auch keine Sonderkonfiguration o.ä.
Es ist Telekom Company Flex.

Frage: hat jemand eine Idee woran das liegen könnte? Das Problem ist reproduzierbar bei der NS 15.

11.01.2022 09:42:01 - Leg L:4.1[Extn:15] is terminated: Cause: BYE from local
11.01.2022 09:42:01 - [CM503008]: Call(C:4): Call is terminated
11.01.2022 09:42:01 - Leg L:4.2[Line:10002>>+4989123456789] is terminated: Cause: BYE from 217.0.xxx.xx:5060
11.01.2022 09:41:59 - [CM503007]: Call(C:4): Extn:15 has joined, contact <sip:[email protected]:5060/UDP>
11.01.2022 09:41:59 - [CM503007]: Call(C:4): Line:10002>>+4989123456789 has joined, contact <sip:[email protected]:0/TCP>
11.01.2022 09:41:59 - L:4.2[Line:10002>>+4989123456789] has joined to L:4.1[Extn:15]
11.01.2022 09:41:54 - [CM505003]: Provider:[Deutsche Telekom (CompanyFlex)] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:+49xxxxxx@feste-ip:5060;transport=TCP]
11.01.2022 09:41:54 - [CM503002]: Call(C:4): Alerting Line:10002>>+4989123456789 by contact <sip:[email protected]:0/TCP>
11.01.2022 09:41:53 - [CM503027]: Call(C:4): From: Extn:15 (Vorname Nachname <sip:[email protected]:0>) to T:Line:10001>>089123456789@[Dev:sip:[email protected]:5060]
11.01.2022 09:41:53 - [CM503004]: Call(C:4): Route 2: from L:4.1[Extn:15] to T:Line:10001>>089123456789@[Dev:sip:[email protected]:5060]
11.01.2022 09:41:53 - Line limit check: Current # of calls for line Lc:10001(@SIPbase-Reventix[<sip:[email protected]:5060/UDP>]) is 0; limit is 10
11.01.2022 09:41:53 - [CM503025]: Call(C:4): Calling T:Line:10002>>+4989123456789@[Dev:sip:[email protected];transport=TCP] for L:4.1[Extn:15]
11.01.2022 09:41:53 - [CM503027]: Call(C:4): From: Extn:15 (Vorname Nachname <sip:[email protected]:0>) to T:Line:10002>>+4989123456789@[Dev:sip:[email protected];transport=TCP]
11.01.2022 09:41:53 - [CM503004]: Call(C:4): Route 1: from L:4.1[Extn:15] to T:Line:10002>>+4989123456789@[Dev:sip:[email protected];transport=TCP]
11.01.2022 09:41:53 - Line limit check: Current # of calls for line Lc:10002(@Deutsche Telekom (CompanyFlex)[<sip:[email protected]:0/TCP>]) is 0; limit is 10
11.01.2022 09:41:53 - Call(C:4): Call from Extn:15 to 089123456789 matches outbound rule 'National'
11.01.2022 09:41:53 - [Flow] Call(C:4): has built target endpoint: Out#:>>Rule{National}>>089123456789 for call from L:4.1[Extn:15]
11.01.2022 09:41:53 - [Flow] Target endpoint for 089123456789 is Out#:>>Rule{National}>>089123456789
11.01.2022 09:41:53 - [CM503010]: Call(C:4): Making route(s) from Extn:15 to <sip:[email protected]:0/UDP>
11.01.2022 09:41:53 - [CM505001]: Endpoint Extn:15: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CXPhone for Android 18.0.7.42] PBX contact: [sip:[email protected]:5060]
11.01.2022 09:41:53 - [CM500002]: Call(C:4): Info on incoming INVITE from Extn:15: Invite-IN Recv Req INVITE from 127.0.0.1:5080 ........
11.01.2022 09:41:53 - [CM503001]: Call(C:4): Incoming call from Extn:15 to <sip:[email protected]:0>
11.01.2022 09:41:41 - Currently active calls [none]
11.01.2022 09:41:22 - firmatings of Extn:15 has been updated
11.01.2022 09:41:22 - firmatings of Extn:15 has been updated
11.01.2022 09:41:11 - Currently active calls [none]

 

[fxbastler]

Hallo,

stimmt das in der NSt. verwendete Format der ausgehenden Nummer auch mit den Wünschen des Providers überein und sollte diese DID / ausg. Nummer überhaupt akzeptiert werden? Wieso sind zwei SIP Trunks inkl. unterschiedliche Provider auf dieser 3CX an diesem einen Gespräch beteiligt?

Sonst: Wireshark. Da steht drin wer als wer rausruft.

 

[forum-name-787878]

Hallo,

stimmt das in der NSt. verwendete Format der ausgehenden Nummer auch mit den Wünschen des Providers überein und sollte diese DID / ausg. Nummer überhaupt akzeptiert werden? Wieso sind zwei SIP Trunks inkl. unterschiedliche Provider auf dieser 3CX an diesem einen Gespräch beteiligt?

Sonst: Wireshark. Da steht drin wer als wer rausruft.

Hallo,

es ist telekom company flex "sip-trunk"

NSt. verwendete Format der ausgehenden Nummer: +4930123456-45 (ohne das minus)
Der zweite SIP Trunk kann eigentlich gelöscht werden. (hat im o.g. Log Verwirrung gestiftet)

Die Lösung war:
"Clip no Screening" war im www.bsp-t-mobile.de Company-Flex-Portal "nicht mehr aktiviert" und musste für 9,99€ "wieder gebucht werden"
Aktuell ist mir noch schleierhaft, warum es bis Dezember funktionierte, vielleicht hat das jemand unbeabsichtigt gekündigt.

Ich behaupte dies:

Wenn man einen
Telekom Company Flex Sip Trunk mit z.B. 20 Nebenstellen hat und alle Nebenstellen ausgehend auch mit Ihrer jeweiligen Durchwahl beim Gegenüber in dessen Telefondisplay angezeigt werden sollen, dann muss man zwingend
"Clip no Screening" für 9.99€ dazubuchen.

Das steht in der 3cx Company Flexanleitung nicht mit drin.

 

[Vit Coufal]

Ich hatte bei einem Kunden das gleiche Problem.
Ich kann diese Lösung bestätigen.
Es wäre sicherlich hilfreich, wenn dieser Hinweis in die Anleitung aufgenommen wird.
Vielen Dank für diesen sehr hilfreichen Hinweis.

 

[Martin-Straube]

Wir nutzen auch einen Company Flex Sip-Trunk am TLEKOM FTTH Anschluß.
Mit dem 3cx-Template funktioniert bei uns die Rufnummern-Übergabe an externe Rufnummern, auch ohne gebuchte "Clip no Screening"

Leider funktioniert dafür der Parallelruf auf externe Rufnummern nicht, da im PPI Header.,P-Preferred-Identity auch die extern angerufene Rufnummer übermittelt würde (steht bei uns auf "Leave default value")

 

[Vit Coufal]

Das hat bei mir auch funktioniert. Aber nur weil im Trunk die "falsche" Rufnummer eingetragen war. Ich hatte versehentlich die letzte 0 nicht eingetragen. Mit dieser (falschen) Einstellungen, haben die Nebenstellen ihre Rufnummer übertragen. Was aber nicht funktioniert hat, ist die direkte Weiterleitung an externe Rufnummern über eingehende Regeln, da hier die Rufnummer des Trunks verwendet wurde die ja nicht gültig war. Nachdem ich die Hauptrufnummer im Trunk richtig gestellt hatte, haben die Nebenstellen die Rufnummer nicht mehr übertragen. Erst nachdem ich im Portal Clip No Screening aktiviert hatte funktionierte es sofort ohne weitere Änderung in 3CX.

 

[Martin-Straube]

@Vit Coufal

Vielen Dank für die Info. Bei uns funktioniert die Rufnummernübergabe mit der richtigen Rufnummer, wenn in den SIP-Ausgangsparamteren der P-Preferred Identity : User Part auf "Leave default value" gestellt wird.
Dafür werden die Parallelrufe von der Telekom abgelehnt....!

 

[Wupp.iT]

Klappt auch ohne Clip No Screening. P-Preferred Identity : User Part muss auf: OutboundCallerid Outbound caller id taken from Extension..... gestellt werden

 

[AndiSch]

Hallo zusammen hab alle einstellung die gpostet sind durch probiert bekomm das übermittel nicht hin. wenn ich auf ein festnetz anrufe steht im display die hauptnummer und unten drunter in () die rufnummer mit durchwahl auf Mobilphone nur die Hauptnummer dreh noch durch