SIP-Trunk ausgehende Anrufe falscher PPI Header

[Veloren]

Moin zusammen,

dieses Wochenende habe ich eine weitere 3CX eingerichtet mit Telekom (CompanyFlex).
Alles hat einwandfrei funktioniert, bis auf die ausgehenden Anrufe. Diese wurden sofort abgebrochen, mit der Nachricht "488 Not accepted here" im Aktivitätenprotokoll.
Nachdem mehrere Lösungsansätze nicht funktioniert haben, habe ich die Telekom kontaktiert.
Von der habe ich dann erfahren, dass die 3CX im PPI Header die Registrierungsrufnummer mitschickt, was deren Plattform aber nicht erlaubt, weswegen alle ausgehenden Anrufe sofort abbrechen.
Was mich dabei wundert ist, dass in den ausgehenden Parametern des SIP-Trunks beim Punkt "P-Preferred Identity : User Part" die Option ""LineNumber" external number of line" ausgewählt war.
Sofern ich das richtig verstehe, müsste er ja damit die ausgehende Rufnummer mitschicken, oder etwa nicht?
Ich habe sowohl in der Nebenstelle eine ausgehende Rufnummer hinterlegt, als auch im SIP-Trunk selber die ausgehende Rufnummer festgelegt.
Jedenfalls habe ich in den ausgehenden Parametern die Option "Custom Field" für "P-Preferred Identity : User Part" ausgewählt,
dort die Rufnummer hinterlegt und siehe da, ausgehende Anrufe funktionieren jetzt.

Habe ich noch an einer anderen Stelle die ausgehende Rufnummer vergessen oder hat die Anlage ein Problem die richtige Rufnummer im PPI Header mitzuschicken?

 

[bitn2]

P-Preferred Identity : User Part muss auf: OutboundCallerid Outbound caller id taken from Extension..... gestellt werden. Zum Thema Company Flex findest du auch diverse Einträge im Forum).

 

[Veloren]

Danke für die Antwort, dann werde ich das so einstellen.
Finde es aber interessant, dass die falsche Option ausgewählt war, denn die ausgehenden Parameter habe ich bisher in keinem der SIP-Trunks die ich eingerichtet habe angefasst.
Hat sich das eventuell mit dem neuesten Update geändert?

 

[fischeredv-mw]

Haben es hier ebenfalls, Problem ist, dass Anrufe dennoch ausgehend bei uns abbrechen nach ca. 5 Sekunden, trotz dem gesetzten Wert bei "P-Preferred Identity : User Part" - hat jemand das gleiche Problem?


Update SRTP auf erzwingen löst das Problem.