Hallo zusammen,

unter Gateway Routes im Feld UUI tragen wir folgendes ein sip:069123456{initiator}@ip-adresse-der-tk dies hat die gewünschte Funktion, dass im SIP PAI Feld (also dem relevanten Feld für Carrier in Bezug auf Abrechnungen und Notrufzentralen etc.) die Rufnummer wie folgt zusammengebaut wird: 069123456 + <die Durchwahl (e164) der Nebenstelle welche nach extern telefoniert>, z.B. die 501, also 069123456501. Somit ist es möglich, dass man ein verursachergerechte Abrechnung Kunden bieten kann. Das ist so weit alles gut und funktioniert super bis auf die Kombination mit dem „external“ Feld im User Objekt.

Will man durch das „external“ Feld eine andere Rufnummer nach extern signalisieren. z.B. eine Service- Rufnummer (0800111111 o.ä. also Clip no Screening) dann überschreibt der Inhalt aus dem „external“ Feld den Platzhalter {initiator} und somit steht dort nicht mehr die eigentliche e164 der PBX Nebenstelle sondern eben der Inhalt aus „external“ und es ist dann nicht mehr möglich den Verursacher der Kosten festzustellen da die PAI verfälscht ist – wird zusammengebaut aus 069123456 + 0800111111 -> “SIP PAI User Part: 069506068316980011111” .

Das ist insofern fatal, weil es eine falsche Network provided Rufnummer ist und gar nicht abschätzbar ist welche Auswirkungen das bei Notrufen (Stichwort Notrufleitzentrale) etc. haben kann. Dieses Verhalte ist sowohl wenn ein Userobjekt direkt den externen Anruf tätig aber auch dann, wenn ein User Objekt eine CFU (Rufumleitung eingestellt hat)

Somit hiermit der Future Request bzw. die Bitte dieses Verhalten zu fixen, sprich das in dem {initiator} immer nur die e164 des Objektes steht welche den Outdial tätig oder sollte diese Variable auch in anderen Konstellationen genutzt werden bei welchem das Verhalten, wie von uns beobachtet und oben beschrieben, gewünscht ist dann eine zweite Variable z.B. {initiator2} einzuführen in welcher eben wirklich nur die e164 steht.

Danke

VG

Niko