No subject


Thu Jul 10 23:27:17 CEST 2014


=20
IMPORTANT: calling the function more than once per branch will lead to=20=

inconsistent changes over the request.
Be sure you do the change only ONCE per branch.
Note that calling the function from REQUEST ROUTE affects all the branc=
hes!, so=20
no other change will be possible in the future.
For per branch changes use BRANCH and FAILURE route.
=20
Regards,
Kristian H=F8gh.


On Monday 08 September 2014 20:30:53 John Komara wrote:
> I have a requirement where I need to replace the To field. I am using=

> uac_replace_to(); to do this. It works great. I am using the dispatch=
er
> module. I am using t_on_failure(); to try the next destination in the=

> group. It hits a failure_route that then sends it to the "next_dest" =
route.
> There I am calling ds_next_dst(); to pick the next destination in the=

> group. After the destination has been selected I called uac_replace_t=
o();
> again. This is where I run into my problem.
>=20
> The To: field now has both the first and second destination in the To=
:
> field. (i.e. sip:5555555555 at 10.10.10.10sip:5555555555 at 10.10.10.11). I=
 can
> see that when uac_replace_to(); is called for the second time (in the=

> "next_dest" route) that it is trying to store the vst parameter in th=
e
> dialog:
>=20
> DBG:dispatcher:ds_next_dst: using [sip:10.10.10.11:5080]
> DBG:dispatcher:ds_next_dst: using [sip:10.10.10.10:5060]
> DBG:uac:replace_uri: uri to replace [sip:5555555555 at 10.10.9.10]
> DBG:uac:replace_uri: replacement uri is [sip:5555555555 at 10.10.10.11]
> DBG:dialog:new_dlg_val: inserting <vst>=3D<sip:5555555555 at 10.10.9.10>=

> DBG:uac:replace_uri: stored <vst> param in dialog
> DBG:dialog:new_dlg_val: inserting <739824>=3D<sip:5555555555 at 10.10.10=
.11>
>=20
> I need the To: field to be updated on each failure with the new desti=
nation.
> I tried calling record_route(); after each uac_replace_to(); call as =
well.
> This resulted in an additional rr added to the header with no vst fie=
ld. I
> am not sure where to go from here. Am I approaching this the right wa=
y? Is
> there a better way to do this?
>=20
> Link to config: http://pastebin.com/UgzgqeF8
>=20
> Thanks in advance,
>=20
> John




More information about the Users mailing list