Telekom CompanyFlex ausgehende Anrufe werden abgelehnt

[jbw]

Das alte System benutzt Company Flex MSN Sip Trunk, das neue System neuen Durchwahl SIP Trunk, den es erst seit einer Woche gibt. ist parall eine Teststellung zur Evaluierung von 3CX, nichts von beiden SIP Trunks ist doppelt konfiguriert, nichts ist in den gleichen Räumen, unterschiedliche Standorte

im Setup bei der Hostinginstanz Telekom Company Flex Cloud ausgewählt SIP Trunk ist registriert, kann angerufen werden in 3CX App oder Yealink Tel, aber beim rauswählen kommt immer 3CX konnte nicht verbinden mit obigem Ererignisprotokoll Eintrag Not Acceptable Here (488) - 3CX ID 12294

Templates kann ich in gehosteten Instanzen ja nicht editiren, oder doch?

 

[fxbastler]

... einen Telekom Company Flex SIP Trunk Pure ...

Ich bin nun nicht die Deutsche Telekom mit ihren wechselnden undurchsichtigen Fantasiebezeichnungen und Produkten - aber bist du dir sicher das Produkt heißt so? Ich kenne nur ... flex oder ... pure, nicht beides in einer Produktbezeichnung.

Die letztendliche Frage ist - und die darf dir gern dein Telekom Berater oder deren techn. Abteilung beantworten und bestätigen oder dementieren: Ist nomadische Nutzung bei diesem SIP Trunk möglich?

Bei einem Telekom xyz pure: ja (so kennen wir es). Bei einem Telekom xyz flex: nicht unbedingt.

 

[jbw]

Für nomadische Nutzung ist ja explizit die CompanyFlex Pure-Variante vorgesehen, gerade um nicht an einen Telekom-Anschluss gebunden zu sein. Der Zugriff kann daher auch über Fremdnetze, Cloud-Infrastrukturen oder Rechenzentren erfolgen, das ist das Prinzip hinter „Pure“.

Transportprotokolle sind ausschließlich TLS/SRTP (verschlüsselt), basierend auf dem SIP Connect 2.0-Standard.

Ein rein theoretisches Problem könnte höchstens eine regulatorisch bedingte Standortbindung bei Rufnummern (zB mit 040-Vorwahl müsste es im Hamburger Raum sein) entstehen. Ob und wie die Telekom hier funktionierend technisch sperren könnte, ist allerdings maximal unwahrscheinliches und fraglich – insbesondere bei einem Produkt, das ausdrücklich für flexible Konnektivität gedacht ist.

P.S.: Im Anhang findet Ihr den entsprechenden Auszug aus dem Auftrag. CompanyFlex ist der übergeordnete Produktname, Pure bezeichnet die Variante des SIP-Trunks – beides gehört hier zusammen.

 

[MyNameisZander]

CoFlex Pure haben wir im Einsatz - benötigt auch keine Sonderbehandlung. (Vorlage: Deutsche Telekom CompanyFlex - Cloud)
ABER: Wir haben setzen keine "Hosted by 3CX" Instanzen ein, sondern sind quasi privat gehosted bei Hetzner Cloud - dort haben wir diverse Pure Trunks im Einsatz ohne Probleme.
Vielleicht wird die IP-Range des Hosted by 3CX Providers geblockt?
Hol dir doch mal ne Test-VM bei Hetzner und probier das kurz aus, Aufwand ist doch recht niedrig.

 

[jbw]

CoFlex Pure haben wir im Einsatz - benötigt auch keine Sonderbehandlung. (Vorlage: Deutsche Telekom CompanyFlex - Cloud)
ABER: Wir haben setzen keine "Hosted by 3CX" Instanzen ein, sondern sind quasi privat gehosted bei Hetzner Cloud - dort haben wir diverse Pure Trunks im Einsatz ohne Probleme.
Vielleicht wird die IP-Range des Hosted by 3CX Providers geblockt?
Hol dir doch mal ne Test-VM bei Hetzner und probier das kurz aus, Aufwand ist doch recht niedrig.

Danke, das ist doch mal ein hilfreiche Aussage, dass es grundsätzlich funktioniert
Bei der Telekomseite ist der SIP Trunk auf dem 3CX Hosting erfolgreich angemeldet, also dort keine IP Sperre:
Ablaufzeitpunkt der Registrierung: 01.07.2025 18:17:53
IP-Adresse der Registrierung: 134.209.xxx.xxx
Telefonanlage & Firmware: SIP_Profil_0/3CXPhoneSystem 20.0.6.724 (724)

Und in der 3CX Instanz ist auch nichts Komisches was ich da finden kann IP technisch blockiert.
Nächster Schritt wird wohl die Einrichung eines lokalen onPrem sein um zu testen. Oder Hetzner.

Ich werde berichten.

 

[mbehrens]

beim rauswählen kommt immer 3CX konnte nicht verbinden mit obigem Ererignisprotokoll Eintrag Not Acceptable Here (488) - 3CX ID 12294

Diese Meldung dürfte ziemlich unvollständig sein. Was steht im Activity Log dort in der Stufe Verbose genau?

 

[ade]

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

Bei mir lag es wirklich an der Verschlüsselung. Als ich den Trunk neu erstellt habe, hat es geklappt. Danach habe ich durch exportieren die alte und die neue Einstellungen verglichen, in der alten fehlte die Verschlüsselung. Die Firewall Einstellungen musste ich auch anpassen. Telekom, braucht anderen RTP Range. Steht hier: https://hilfe.companyflex.de/de/grundlagen/systemvoraussetzungen?mode=administrator

 

[bitn2]

Bei mir lag es wirklich an der Verschlüsselung. Als ich den Trunk neu erstellt habe, hat es geklappt. Danach habe ich durch exportieren die alte und die neue Einstellungen verglichen, in der alten fehlte die Verschlüsselung. Die Firewall Einstellungen musste ich auch anpassen. Telekom, braucht anderen RTP Range. Steht hier: https://hilfe.companyflex.de/de/grundlagen/systemvoraussetzungen?mode=administrator

Funktioniert auch ohne die weitere Portfreigabe... Da ist nur die von 3cx relevant.

 

[jbw]

Erstmal danke für alle Rückmeldungen, also im Verbose steht vor allem erstmal viel, hier ein möglicher relevanter Auszug:
INVITE sip:[email protected];transport=TLS SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-524287-1---e9dd374b4404884c;rport
Max-Forwards: 70
Contact: <sip:+[email protected].xxx:5061;transport=TLS>
To: <sip:0xxxxxxxxxx80@tel.t-online.de;transport=TLS>
From: <sip:+[email protected];transport=TLS>;tag=25c5314a
Call-ID: NpBNa5yXEtNGseeym-w0IQ..
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.6.724 (724)
P-Preferred-Identity: <sip:+[email protected]>
Content-Length: 487

OnPrem hat auch nicht so gut funktioniert, Linux ISO virtualisiert, dann ging zwar raustelefonieren, aber ohne den Gegenüber zu hören, oder dass er einen selbst hört.
Mit anderen Providern (Plusnet / Easybell) hatten wir bisher keine Probleme

 

[mbehrens]

Erstmal danke für alle Rückmeldungen, also im Verbose steht vor allem erstmal viel, hier ein möglicher relevanter Auszug:
INVITE sip:[email protected];transport=TLS SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-524287-1---e9dd374b4404884c;rport
Max-Forwards: 70
Contact: <sip:+[email protected].xxx:5061;transport=TLS>
To: <sip:0xxxxxxxxxx80@tel.t-online.de;transport=TLS>
From: <sip:+[email protected];transport=TLS>;tag=25c5314a
Call-ID: NpBNa5yXEtNGseeym-w0IQ..
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.6.724 (724)
P-Preferred-Identity: <sip:+[email protected]>
Content-Length: 487

OnPrem hat auch nicht so gut funktioniert, Linux ISO virtualisiert, dann ging zwar raustelefonieren, aber ohne den Gegenüber zu hören, oder dass er einen selbst hört.
Mit anderen Providern (Plusnet / Easybell) hatten wir bisher keine Probleme

Die Zeile mit der Fehlermeldung wäre interessanter
Die Zielrufnummer scheint falsch zu sein.

 

[jbw]

Erstmal danke für alle Rückmeldungen, also im Verbose steht vor allem erstmal viel, hier ein möglicher relevanter Auszug:
INVITE sip:[email protected];transport=TLS SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-524287-1---e9dd374b4404884c;rport
Max-Forwards: 70
Contact: <sip:+[email protected].xxx:5061;transport=TLS>
To: <sip:0xxxxxxxxxx80@tel.t-online.de;transport=TLS>
From: <sip:+[email protected];transport=TLS>;tag=25c5314a
Call-ID: NpBNa5yXEtNGseeym-w0IQ..
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.6.724 (724)
P-Preferred-Identity: <sip:+[email protected]>
Content-Length: 487

OnPrem hat auch nicht so gut funktioniert, Linux ISO virtualisiert, dann ging zwar raustelefonieren, aber ohne den Gegenüber zu hören, oder dass er einen selbst hört.
Mit anderen Providern (Plusnet / Easybell) hatten wir bisher keine Probleme

 

[jbw]

Ah ok, sorry ja hab es gefunden, da geht es so:

2.07.2025 08:52:13.403 [CDR] Call(C:1): route failed: caller L:1.1[Extn:10{00000000-01db-eb1d-d713-6ec700000001}], router Out#:>>Rule{Outbound rule for Telekom Company Flex Pure}>>04xxxxxxxxxxx{00000000-01db-eb1d-d713-6ed800000002}, target Line:10000>>04xxxxxxx{00000000-01db-eb1d-d716-a66600000003}, reason rejected +
02.07.2025 08:52:13.403 SeqDest(173884053)@C:1OnFailure from L:1.2[Line:10000>>041xxxxxxxxxxx{00000000-01db-eb1d-d716-a66600000003}]; reason: Cause: 488 Not Acceptable Here - identity violation/INVITE from 217.0.139.79:5061
02.07.2025 08:52:13.403 RESPONSE_ERROR_CODES is parsed to [400,401,403,404,405,406,408,409,415,480,481,484,486,488,500,501,502,503,504,513,600,603,604,606]
02.07.2025 08:52:13.403 Lc:10000(@Telekom Company Flex Pure[<sip:[email protected]:0/TLS>]): Failed to reach destination <siptel.t-online.de:5061/TLS>, status code 488
02.07.2025 08:52:13.402 L:1.2[Line:10000>>04xxxxxxxx{00000000-01db-eb1d-d716-a66600000003}]: destroying MSEP([email protected]:5482@?)
02.07.2025 08:52:13.402 Line:10000 is involved in 0 calls
02.07.2025 08:52:13.402 L:1.2[Line:10000>>041xxxxxxxx0{00000000-01db-eb1d-d716-a66600000003}]: failure Cause: 488 Not Acceptable Here - identity violation/INVITE from 217.x.x.79:5061
02.07.2025 08:52:13.402 Lsip{96/1.2/UAC[SentInvite&OfferSent]} failure response to outgoing call:

InvOUT Recv 488/INVITE from 217.x.x.79:5061 tid=e9dd374b4404884c Call-ID=NpBNa5yXEtNGseeym-w0IQ..:

SIP/2.0 488 Not Acceptable Here - identity violation

 

[bitn2]

Da ist kein Fehler zu sehen wie @mbehrens schon sagt. Die Zielrufnummer ist nicht korrekt, die Telekom erwartet die Nummern im internationalen Format, also mit +. Ausgehende Regeln entsprechend erstellt?

 

[jbw]

ah ok, danke wir hatten outgoing bei 0 eine ziffer entfernen und durch +49 ersetzen eingerichtet

 

[bitn2]

Was steht bei dir im trunk als Hauptnummer drin? Die richtige Telefonnummer oder diese 0199 usw Numer? Die ausgehenden Regeln sollten die 0 entfernen und +49 zb davor packen.

 

[jbw]

Als Hauptrufnummer steht die richtige Rufnummer als Rumpfnummer im internationalen Format drin ohne "0"

Trunk Hauptrufnummer: +4940xxxxxxxxOhneNull
Authentifizierungs-ID (SIP-Nutzer-ID): +49199xxxxxxxxxxxxxxxx20

Hab die ausgehenden Regeln nochmal reaktiviert und jetzt dieses Verbose Log:

02.07.2025 15:58:55.662 Lsip{1660/10.2/UAC[Terminated&OfferSent]} termination message:
InvTERM Recv 488/INVITE from 217.xx.xxx.79:5061 tid=e84cc30f7002b226 Call-ID=JA8u6wHZbb0CqF4reJ-NRw..:
SIP/2.0 488 Not Acceptable Here - identity violation
Via: SIP/2.0/TLS 134.xx.xxx.243:5061;received=134.xx.xxx.243;branch=z9hG4bK-524287-1---e84cc30f7002b226;rport=37715
To: <sip:[email protected];transport=TLS>;tag=SipLib_0261E3D0DB91-159d-0-aa-68653b1f-9def6
From: <sip:[email protected];transport=TLS>;tag=4d6ef128
Call-ID: JA8u6wHZbb0CqF4reJ-NRw..
CSeq: 1 INVITE
Allow: INVITE, MESSAGE, REFER, UPDATE, REGISTER, OPTIONS, SUBSCRIBE, NOTIFY, BYE, ACK, CANCEL, PUBLISH
Content-Length: 0

02.07.2025 15:58:55.658 SeqDest(1984853942)@C:10OnFailure from L:10.2[Line:10000>>+494xxxxx{00000000-01db-eb59-733c-fc4600000023}]; reason: Cause: 488 Not Acceptable Here - identity violation/INVITE from 217.xx.xxx.79:5061
02.07.2025 15:58:55.658 Lc:10000(@Telekom Company Flex Pure[<sip:[email protected]:0/TLS>]): Failed to reach destination <siptel.t-online.de:5061/TLS>, status code 488
02.07.2025 15:58:55.658 L:10.2[Line:10000>>+494xxxxx{00000000-01db-eb59-733c-fc4600000023}]: failure Cause: 488 Not Acceptable Here - identity violation/INVITE from 217.xx.xxx.79:5061
02.07.2025 15:58:55.658 Lsip{1660/10.2/UAC[SentInvite&OfferSent]} failure response to outgoing call:

InvOUT Recv 488/INVITE from 217.xx.xxx.79:5061 tid=e84cc30f7002b226 Call-ID=JA8u6wHZbb0CqF4reJ-NRw..:
SIP/2.0 488 Not Acceptable Here - identity violation
Via: SIP/2.0/TLS 134.xx.xxx.243:5061;received=134.xx.xxx.243;branch=z9hG4bK-524287-1---e84cc30f7002b226;rport=37715
To: <sip:[email protected];transport=TLS>;tag=SipLib_0261E3D0DB91-159d-0-aa-68653b1f-9def6
From: <sip:[email protected];transport=TLS>;tag=4d6ef128
Call-ID: JA8u6wHZbb0CqF4reJ-NRw..
CSeq: 1 INVITE
Allow: INVITE, MESSAGE, REFER, UPDATE, REGISTER, OPTIONS, SUBSCRIBE, NOTIFY, BYE, ACK, CANCEL, PUBLISH
Content-Length: 0

 

[jbw]

Nachtrag zu Ausgehende Regeln:

 

[mbehrens]

Als Hauptrufnummer steht die richtige Rufnummer als Rumpfnummer im internationalen Format drin ohne "0"

Das dürfte ein Problem sein.

 

[bitn2]

Das dürfte ein Problem sein.

Nein warum, das ist korrekt. +49123456 als Hauptnummer.

 

[jbw]

nein nein nein nein, ja die Hauptrufnummer muss mit der "0" angegeben werden, so eine schXM457%$/&$.
Hab die DID mit 0 rausgenommen und die Hauptrufnummer geändert und schon liefs.

Ich danke Euch, bitn2 und mbehrens - möge der Herr es Euch mit einem reichen Kindersagen danken ;-)