[OpenSIPS-Users] uac_replace_to problem

[M.Khaled W Chehab]

while i am using uac_replace_to in failover route branch i can find that TO
header is not changed(sip user part ) but appended an new raw  as I want it
to be To: "971552448304" <sip: 808971552448304 at xx.xx.xx.55>

 

SIP to address:
sip:835822971552448304 at xx.xx.xx.55sip:808971552448304 at xx.xx.xx.55

SIP to address User Part: 835822971552448304

SIP to address Host Part: xx.xx.xx.55sip

SIP to address Host Port: 808971552448304 at xx.xx.xx.55

 

 

please advice 

 

regards

 

 

From: M.Khaled W Chehab [mailto:kchehab at icucall.com] 
Sent: Wednesday, June 19, 2013 2:41 PM
To: users at lists.opensips.org
Cc: users-bounces at lists.opensips.org
Subject: uac_replace_to problem 

 

Hi,

 

I am running opensips 1.8.3 with  do_routing module 

A dial_rule prefix has 3 trunk gateways ( gw1,gw2,gw3)

 

After do_routing(,)

I am setting the $rU and fixing  the To Tag header using uac_replace_to( and
the call go to gw1 with correct TO tag as I set it ,

 

but when calls fails on gw1 ,then  I set the $rU in route[6] to go to second
in route and it goes with bad TO header, since it goes with the same To
header in the 1st invite 

That target gw1 

1-how to fix the To header in the second invite to gw2

 

 

loadmodule "uac.so"

modparam("uac","restore_mode","auto")

 

uac_replace_to("$avp(dst)","sip:$var(prefix)$avp(dst)@$td");

                                       t_on_failure("1");

 

on failure_route[1] {

.

if (!t_check_status("487")) {

                             #xlog("------------route6-------\n");

                             $avp(failure_count) = $avp(failure_count) + 1;
#480|486|603          

                                       route(6);

                                                 

                    } 

 

Route[6]{

.

.

.

$rU = $var(prefix) + $avp(dst);

uac_replace_to("sip:$var(prefix)$avp(dst)@$td");

 

}

 

Regards

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20130619/f958ceed/attachment.htm>