Telekom CompanyFlex ausgehende Anrufe werden abgelehnt

[ade]

Hab das Problem, dass ausgehende Anrufe von der Telekom abgehlent werden. Begründung: Anruf oder Registrierung für +49172xxxxxx@(Ln.10003@TEST1) ist fehlgeschlagen. sip:tel.t-online.de:5061;transport=TLS;lr;maddr=217.0.140.47 hat geantwortet: Not Acceptable Here (488)

Laut diesem Dokument hier: https://www.telekom.de/hilfe/downloads/1tr119 (auf der Seite 11) werden P-Preferred-Identity or P-Asserted-Identity header falsch gesetzt. Es muss anstelle von +49172xxxxxx@(Ln.10003@TEST1) folgendes gesendet werden [email protected].

Folgende Parameter in der exportierten Vorlage habe ich OHNE Erfolg ausprobiert:

<field name="ParameterOut" custom="tel.t-online.de" parameter="RequestLineURIHost">$CustomField</field>
<field name="ParameterOut" custom="tel.t-online.de" parameter="ToHostPart">$CustomField</field>
<field name="ParameterOut" custom="tel.t-online.de" parameter="P-PreferredIdentityHostPart">CustomField</field>

Welchen Parameter in der Vorlage muss ich anpassen, damit es geht?

 

[mbehrens]

Welchen Parameter in der Vorlage muss ich anpassen, damit es geht?

In der Regel müssen keine Änderungen an der Vorlage durchgeführt werden.
Aufgrund der sehr aussagekräftigen Beschreibung der Systemumgebung deutet es eher auf einen Konfigurationsfehler hin.

 

[fxbastler]

Hab das Problem, dass ausgehende Anrufe von der Telekom abgehlent werden. Begründung: Anruf oder Registrierung für +49172xxxxxx@(Ln.10003@TEST1) ist fehlgeschlagen. sip:tel.t-online.de:5061;transport=TLS;lr;maddr=217.0.140.47 hat geantwortet: Not Acceptable Here (488)

Das ist vmtl. eine Zeile aus der 3CX Ereignisanzeige direkt vom Dashboard. Das reicht nicht zur Fehlersuche. Die Angabe dort ist nicht das was im SIP INVITE steht. Dazu brauchst du sinnvollerweise einen Paketmitschnitt oder alternativ die Protokollierungsstufe des Aktivitätsprotokoll auf Ausführlich stellen und dort nachschauen.

Laut diesem Dokument hier: https://www.telekom.de/hilfe/downloads/1tr119 (auf der Seite 11) werden P-Preferred-Identity or P-Asserted-Identity header falsch gesetzt. Es muss anstelle von +49172xxxxxx@(Ln.10003@TEST1) folgendes gesendet werden [email protected].

s.o.

Folgende Parameter in der exportierten Vorlage habe ich OHNE Erfolg ausprobiert:

<field name="ParameterOut" custom="tel.t-online.de" parameter="RequestLineURIHost">$CustomField</field>
<field name="ParameterOut" custom="tel.t-online.de" parameter="ToHostPart">$CustomField</field>
<field name="ParameterOut" custom="tel.t-online.de" parameter="P-PreferredIdentityHostPart">CustomField</field>

Welchen Parameter in der Vorlage muss ich anpassen, damit es geht?

Dir ist klar, das wenn du für einen bestehenden SIP Trunk einen Parameter in der dafür benutzten Vorlage anpasst sich an diesem SIP Trunk grundsätzlich wenig bis nichts ändert? Damit die Änderung einer SIP Trunk Vorlage zur Anwendung kommt muss ein SIP Trunk mit dieser geänderten Vorlage neu erstellt werden. Lies dir diesen Text bitte zur Erklärung durch:
https://www.3cx.de/forum/threads/si...edata-ausgehende-rufnummer.119683/post-445406

Wenn du dennoch wider der Erfahrung Anderer Parameter eines SIP Trunk ändern willst, dann mach das live mit dem Skript 3cx-sip-trunk-change-outbound-parameter-v2.ps1 im Beitrag darunter.

 

[ade]

Mit Paketmitschnitt habe ich schon probiert. Allerdings ist alles TLS verschlüsselt, man sieht nichts.

Bei meinen Tests habe ich nicht die bestehende Vorlage angepasst, Vorlage wurde exportiert, Parameter angepasst, ein neuer SIP Trunk über "Import Provider" erstellt.

Den Beitrag https://www.3cx.de/forum/threads/si...edata-ausgehende-rufnummer.119683/post-445406 habe ich gelesen. Die Anpassung am parameter="P-PreferredIdentityUserPart">$OutboundCallerId brachte micht nicht weiter.

Habe mit Support von der Telekom Support gesprochen, die meinten zu mir, dass die Anmeldung mit @tel.t-online.de am Ende haben muss. Es würde daran liegen, dass man nicht raus telefonieren könne. Eingehende Gespräche funktionieren gut.

 

[fxbastler]

Mit Paketmitschnitt habe ich schon probiert. Allerdings ist alles TLS verschlüsselt, man sieht nichts.

Dann bleibt immer noch das Aktivitätsprotokoll der 3CX in der Protokollierungsstufe Ausführlich. Da sieht man auch das INVITE.

Nachtrag: Der 3CX Log Viewer kann das auch.

 

[mbehrens]

Mit Paketmitschnitt habe ich schon probiert. Allerdings ist alles TLS verschlüsselt, man sieht nichts.

Ist dies denn unbedingt notwendig? Sind alle notwendigen Zertifikate eingepflegt?
Ich würde es erstmal auf ein Minimum beschränken. Wenn es dann läuft, kann man optional gewünschte Features immer noch implementieren.

Habe mit Support von der Telekom Support gesprochen, die meinten zu mir, dass die Anmeldung mit @tel.t-online.de am Ende haben muss. Es würde daran liegen, dass man nicht raus telefonieren könne. Eingehende Gespräche funktionieren gut.

Stimmen die Angaben für Authentication ID, Registrar und Outbound Proxy wirklich?

 

[ade]

Dann bleibt immer noch das Aktivitätsprotokoll der 3CX in der Protokollierungsstufe Ausführlich. Da sieht man auch das INVITE.

Nachtrag: Der 3CX Log Viewer kann das auch.

Danke, habe nicht dran gedacht. Die Protokollierungsstufe kann man auf Ausführlich stellen, dann sieht man alles.

Standardeinstellungen im SIP-Trunk unter Optionen, das Feld "P-Asserted Identity : Display Name" steht auf Default.

Spoiler: Log

L:6648.2[Line:10004>>+49172xxxxxxx{76368c010af1}] initiating call with InvOUT Send Req INVITE from 217.0.140.47:5061 tid=41781827c0e63239 Call-ID=XzgUMbBlmd4PNZeuOeJCQg..:
INVITE sip:[email protected];transport=TLS SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-524287-1---41781827c0e63239;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5061;transport=TLS>
To: <sip:[email protected];transport=TLS>
From: "User Name"<sip:[email protected];transport=TLS>;tag=8446a140
Call-ID: XzgUMbBlmd4PNZeuOeJCQg..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 20.0.5.551 (551)
P-Preferred-Identity: <sip:[email protected]>
Content-Length: 673

Anruf geht nicht raus. Zeile "P-Asserted Identity" fehlt komplett. Nur "P-Preferred-Identity" ist drin mit <Default Outbound Caller [email protected]>

Wenn ich im SIP-Trunk unter Optionen das Feld "P-Asserted Identity : Display Name" auf ""AuthID" authentication" auswähle, dann habe ich folgendes im Log:

Spoiler: Log2

L:6650.2[Line:10004>>+49172xxxxxxx{42705b25017d}] initiating call with InvOUT Send Req INVITE from 217.0.140.47:5061 tid=27cb7c210c44a15d Call-ID=ecSk4THWthe7O-uW78ceng..:
INVITE sip:[email protected];transport=TLS SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-524287-1---27cb7c210c44a15d;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5061;transport=TLS>
To: <sip:[email protected];transport=TLS>
From: "User Name"<sip:[email protected];transport=TLS>;tag=c8e1f123
Call-ID: ecSk4THWthe7O-uW78ceng..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 20.0.5.551 (551)
P-Asserted-Identity: "[email protected]"<sip:anonymous>
P-Preferred-Identity: <sip:[email protected]>
Content-Length: 673

Anruf geht nicht raus. Zeile "P-Asserted Identity" ist jetzt drin jedoch als <sip:anonymous>. Müsste es nicht so <[email protected]> übertragen werden, innerhalb der <> Zeichen?

 

[ade]

Ist dies denn unbedingt notwendig? Sind alle notwendigen Zertifikate eingepflegt?
Ich würde es erstmal auf ein Minimum beschränken. Wenn es dann läuft, kann man optional gewünschte Features immer noch implementieren.

Stimmen die Angaben für Authentication ID, Registrar und Outbound Proxy wirklich?

TLS ist standartmäßig drin, ohne diese Option wird SIP-Trunk nicht angemeldet, habe ich schon probiert.

 

[avraammich_3CX]

Hi @ade,

Company Flex ausgehende Param. sind bei default Tempalte folgende:

<field name="ParameterOut" custom="" parameter="RequestLineURIUser">$CalledNum</field>
<field name="ParameterOut" custom="" parameter="RequestLineURIHost">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="ContactHost">$ContactUri</field>
<field name="ParameterOut" custom="" parameter="ToDisplayName">$CalledName</field>
<field name="ParameterOut" custom="" parameter="ToUserPart">$CalledNum</field>
<field name="ParameterOut" custom="" parameter="ToHostPart">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="FromDisplayName">$CustomField</field>
<field name="ParameterOut" custom="" parameter="FromUserPart">$OriginatorCallerId</field>
<field name="ParameterOut" custom="" parameter="FromHostPart">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="P-PreferredIdentityUserPart">$LineNumber</field>
<field name="ParameterOut" custom="" parameter="P-PreferredIdentityHostPart">$GWHostPort</field>
</device>


Nun stelle sich das im Feld Trunk Hauptnummer NICHT die Große Auth ID Nummer verwendet wird sondern die wirkliche Haupt Trunk Nummer.
Falls eine andere Nummer hinterlegt als Haupt Nummer bekommst du die Meldung vom Provider.

Stelle sicher das E164 komplett deaktiviert ist(Admin Ansicht->Erweitert->E164)

Im Feld Auth ID stelle sicher dass die Größe Nummer hinterlegt ist mit +49XXX(auf meiner Seite + 49 gefolgt von 20 Ziffern).

Stelle sicher dass SRTP auf Erzwungen steht.

Im Template ist erzwungen der Wert 2.

<field name="SRTPMode">2</field>

 

[ade]

Hi @ade,

Company Flex ausgehende Param. sind bei default Tempalte folgende:

<field name="ParameterOut" custom="" parameter="RequestLineURIUser">$CalledNum</field>
<field name="ParameterOut" custom="" parameter="RequestLineURIHost">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="ContactHost">$ContactUri</field>
<field name="ParameterOut" custom="" parameter="ToDisplayName">$CalledName</field>
<field name="ParameterOut" custom="" parameter="ToUserPart">$CalledNum</field>
<field name="ParameterOut" custom="" parameter="ToHostPart">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="FromDisplayName">$CustomField</field>
<field name="ParameterOut" custom="" parameter="FromUserPart">$OriginatorCallerId</field>
<field name="ParameterOut" custom="" parameter="FromHostPart">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="P-PreferredIdentityUserPart">$LineNumber</field>
<field name="ParameterOut" custom="" parameter="P-PreferredIdentityHostPart">$GWHostPort</field>
</device>


Nun stelle sich das im Feld Trunk Hauptnummer NICHT die Große Auth ID Nummer verwendet wird sondern die wirkliche Haupt Trunk Nummer.
Falls eine andere Nummer hinterlegt als Haupt Nummer bekommst du die Meldung vom Provider.

Stelle sicher das E164 komplett deaktiviert ist(Admin Ansicht->Erweitert->E164)

Im Feld Auth ID stelle sicher dass die Größe Nummer hinterlegt ist mit +49XXX(auf meiner Seite + 49 gefolgt von 20 Ziffern).

Stelle sicher dass SRTP auf Erzwungen steht.

Im Template ist erzwungen der Wert 2.

<field name="SRTPMode">2</field>

Hallo Avraam,

habe geprüft, im SIP-Trunk unter Option > Default Outbound Caller ID > steht nur Haupt Trunk Nummer drin und nicht die lange Auth ID Nummer.

Unter Admin > Advanced > E164 > ist kein Hacken unter "Process E164 numbers"

Im SIP-Trunk unter "Authentication ID (SIP User ID)" ist die lange Registrierungsrufnummer ohne den "@tel.t-online.de" Teil eingetragen. Besteht aus 20 Ziffern.

Habe Vorlage exportiert und <field name="SRTPMode">2</field> gesetzt.

Anruf geht nicht raus. Zeile "P-Asserted Identity" fehlt komplett. Nur "P-Preferred-Identity" ist drin.

Wenn ich im SIP-Trunk unter Optionen das Feld "P-Asserted Identity : Display Name" auf ""AuthID" authentication" auswähle, ist Zeile "P-Asserted Identity" ist drin jedoch als "[email protected]"<sip:anonymous>
Anruf geht nicht raus.

 

[avraammich_3CX]

Hi @ade,

somit war für Option SRTP nicht aktiviert davor?

Kannst du bitte XML Datei exportieren(SIP Trunk) und mir den Inhalt hier zukommen lassen.

P-Asserted Identity benötigst du nicht.

 

[ade]

Hi @ade,

somit war für Option SRTP nicht aktiviert davor?

Kannst du bitte XML Datei exportieren(SIP Trunk) und mir den Inhalt hier zukommen lassen.

P-Asserted Identity benötigst du nicht.

Ja, SRTP stand auf "1".


Hier ist XML Datei

Spoiler: SIP-Export

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<doc>
<header>
<name>test8</name>
<time>2025-05-26T09:03:49.2111011Z</time>
<template>
<!--Do not change this field-->telekomcompanyflex.pv.xml</template>
<type>
<!--Do not change this field-->gateway-template</type>
</header>
<data>
<device>
<field name="Name">test8</field>
<type>provider</type>
<manufacturer></manufacturer>
<model>provider</model>
<field name="RegistrarHost">tel.t-online.de</field>
<field name="RegistrarPort">0</field>
<field name="ProxyHost">551139752495.primary.companyflex.de</field>
<field name="ProxyPort">0</field>
<field name="IpInContactReg">1</field>
<field name="TimeBetweenRegistration">600</field>
<field name="SecondaryRegistrar">551139752495.secondary.companyflex.de</field>
<field name="IPRestriction">IPV4</field>
<field name="TransportRestriction">TLS</field>
<field name="RequireAuthFor">4</field>
<field name="IpInContactRegValue"></field>
<field name="3wayauthenticationid"></field>
<field name="RegistrarInvite">0</field>
<field name="IsSupportReinvite">0</field>
<field name="IsSupportReplaces">0</field>
<field name="DisableVideo">1</field>
<field name="SRTPMode">2</field>
<field name="IsBindToMS">1</field>
<codecs>
<codec rfcname="PCMA" />
<codec rfcname="G722" />
<codec rfcname="PCMU" />
<codec rfcname="G729" />
</codecs>
<field name="ParameterIn" custom="" parameter="RequestLineURIUser">$CalledNum</field>
<field name="ParameterIn" custom="" parameter="FromDisplayName">$CallerName</field>
<field name="ParameterIn" custom="" parameter="FromUserPart">$CallerNum</field>
<field name="ParameterOut" custom="" parameter="RequestLineURIUser">$CalledNum</field>
<field name="ParameterOut" custom="" parameter="RequestLineURIHost">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="ContactHost">$ContactUri</field>
<field name="ParameterOut" custom="" parameter="ToDisplayName">$CalledName</field>
<field name="ParameterOut" custom="" parameter="ToUserPart">$CalledNum</field>
<field name="ParameterOut" custom="" parameter="ToHostPart">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="FromDisplayName">$CustomField</field>
<field name="ParameterOut" custom="" parameter="FromUserPart">$OriginatorCallerId</field>
<field name="ParameterOut" custom="" parameter="FromHostPart">$GWHostPort</field>
<field name="ParameterOut" custom="" parameter="P-AssertedIdentityDisplayName">$AuthID</field>
<field name="ParameterOut" custom="" parameter="P-PreferredIdentityUserPart">$LineNumber</field>
<field name="ParameterOut" custom="" parameter="P-PreferredIdentityHostPart">$GWHostPort</field>
</device>
</data>
</doc>

 

[avraammich_3CX]

Hi @ade,

lösche komplett den Trunk, erstelle den Trunk neu.

AssertedIdentity benötigen wir nicht für TelekomCompany Flex.

 

[ade]

Danke, das hat geholfen. Anrufe gehen raus.

Jedoch hört mich der angerufene Teilnehmer nicht. Ich kann ihn aber hören.

Eingestellte codecs:
<codec rfcname="PCMA" />
<codec rfcname="G722" />
<codec rfcname="PCMU" />
<codec rfcname="G729" />

 

[mbehrens]

Jedoch hört mich der angerufene Teilnehmer nicht. Ich kann ihn aber hören.

Das deutet in der Regel auf falsche Firewalleinstellungen hin.

 

[ade]

Das deutet in der Regel auf falsche Firewalleinstellungen hin.

Firewall Test ende mit: Firewall test OK: SUCCESS

Braucht Telekom CompanyFlex mehr Ports?

 

[mbehrens]

Braucht Telekom CompanyFlex mehr Ports?

Nein, eher weniger

 

[Alain-C.]

Hast Du schon einmal die Protokollierung auf ausführlich gesetzt und das Protokoll analysiert und einen Mitschnitt auf der Netzwerkschnittstelle gemacht?

 

[jbw]

Hallo, wir haben dazu die gleichen Probleme, Kunde will von Cloud PBX zu 3CX wechseln, also Teststellung 3CX gehostete Instanz installiert, dazu einen Telekom Company Flex SIP Trunk Pure. Nur eingehende Anrufe funktionieren, ausgehend nichts. Alles hundertmal kontrolliert, aber ausgehende Verbindungen nicht möglich.

Call or Registration to +49xxxxxxxxxxx@(Ln.10000@Telekom Company Flex Pure) has failed. sip:tel.t-online.de:5061;transport=TLS;lr;maddr=217.0.140.15 replied: Not Acceptable Here (488)

avraammich_3CX - ist Company Flex Pure in 3CX Cloud Instanzen unsupported?

Danke für Info und VG aus dem Norden

 

[mbehrens]

Hallo, wir haben dazu die gleichen Probleme,

wohl kaum

Kunde will von Cloud PBX zu 3CX wechseln, also Teststellung 3CX gehostete Instanz installiert, dazu einen Telekom Company Flex SIP Trunk Pure. Nur eingehende Anrufe funktionieren, ausgehend nichts. Alles hundertmal kontrolliert, aber ausgehende Verbindungen nicht möglich.

Wurde das Altsystem vollständig außer Betrieb genommen?