How to configure Diversion header on Dialogic card?

[Maciej Zasadzki ADVICOS]

Hello,

I have a question regarding the configuration of the Diversion parameter on a Dialogic DMV1200BTEPE card .
Due to certain privacy and regulatory limitations, we cannot use or pass the original caller’s number or the number of the client who initially dialed. Instead, we would like to include a Diversion header to indicate that the call has been forwarded.

Our goal is to add this parameter to the outgoing call, so that the destination system or log can recognize that the call was redirected.

For example:

SIPAddHeader("SIP/advicos-00027763", "Diversion: <sip:48739182045@54.38.53.143>;reason=follow-me;privacy=off;screen=no")

 

Could you please advise how to properly include such a header or parameter in the outgoing SIP call setup using a Dialogic DMV1200BTEPE card?
Is there a configuration field or script function in VoiceGuide that allows adding this Diversion information?

Thank you in advance for your guidance.

[Maciej Zasadzki ADVICOS]

Additional question:
Our system is based on a Dialogic card connected via ISDN to a DINSTAR gateway, which then communicates through a SIP trunk.
It seems that in this configuration we should probably use the ISDN parameter called RedirectionNumber to indicate call forwarding.

Could you please confirm whether this parameter can be used in such a setup, and how exactly it could be implemented in VoiceGuide?

[SupportTeam]

Have you established what the DINSTAR gateway needs to see on arriving ISDN call in order to include the 'Diversion:' SIP Header on the outgoing call?

Can't this Diversion header be just set in the DINSTAR config?

[Maciej Zasadzki ADVICOS]

Unfortunately, the DINSTAR gateway itself cannot generate or insert the Diversion header automatically.
Additionally, not all calls in our setup are forwarded — only some outgoing calls are redirected.
That’s why I would like to specify the Diversion (or RedirectionNumber) parameter only for those outgoing calls that are forwarded, so that the call signaling reflects the actual behavior of the service.