Not sure there is another place we can reliably set it, particularly in transfer and 3pcc scenarios. If you can come up with a modification that gets it in earlier in the scenarios it can, and confirm it doesn't break anything, toss us the change via a pull request. Mike
On Mar 19, 2015, at 1:05 PM, Luis Azedo <luis.azedo@factorlusitano.com> wrote:
Hi,
making a bridge call and listening to all events in both legs with esl. i was expecting that CHANNEL_PROGRESS_MEDIA / CHANNEL_ANSWER (on Leg A) would include variable_sip_to_tag since there is already this info (seen in message sent) but we never get this variable to be set in any event.
we only get the to_tag on leg A when the call is disconnected or if we put onhold/unhold to force the creation of event.
during the call (before forcing hold/unhold) i do a uuid_dump of leg A and i can see the to_tag variable.
the channel variable seems to be set only on nua_i_ack and there seems to be no event fired after that.
thoughts ?
Best