How to set SIP header "FROM"

[avc892578805570]

Hi Guys,
Can you please help me to find out the way how to customize SIP header "FROM" before bridge transfer.
I know that we can use External Property and set SIP headers like that:
AVAYA_SIPHEADER.session.connection.local.uri
AVAYA_SIPHEADER.session.connection.remote.uri
AVAYA_SIPHEADER.session.connection.protocol.sip.re questuri
AVAYA_SIPHEADER.session.connection.protocol.sip.fr om
I tried all the variables above but they did not change anything.

In general I need customize From header.
Now I see in the damp the following:

FROM: sip:<number>@<ip.address>;tag=<some_value>
I need modify it and add prefix before number
FROM: sip:<prefix><number>@<ip.address>;tag=<some_value>

What I am doing wrong with SIP headers above?
May be I need to use another SIP headers?
Or there is another way how to do it?

Thanks in advance for your help!
Vasily.

[avc861193901584]

Hi Vasily,

It looks like the AEP's default.ccxml page hardcodes the From URI to be the original call's remote number.
If you just needed to set the displayname or if P-Asserted-Identify will work for your use case, you should be able to use the hints specified in the documentation: CCXML hints and then you will need to use the VXML version of those hints passed as properties.
If you absolutely need the From URI portion changed, you will need to write and serve a custom CCXML document to change the behavior of bridged <createcall> to use a different value for callerid.

[avc892578805570]

Hi, avc861193901584!

I would like to summarize my experience.
In short: You are absolutely right that it is not possible to change the FROM header. Actually it is a general behaviour that it is not possible to change SIP headers in OD except those which are not significant (for example displayname or P-Asserted-Identify).
I tried to use bridge transfer, consultation transfer and blind transfer. In all three cases it does not work.
It is possible to use unknownhdr array.

The only way is to write your own CCXML to serve custom <createcall>.

Thanks,
Vasily.