[SR-Users] handle_uri_alias persists through failure_route

[Daniel-Constantin Mierla]

Hello,

failure route is preserving the attributing of the branch that received
the failure reply.

You have to use resetdsturi() in this case -- see the readme of kex module.

Cheers,
Daniel


On 01.05.17 12:58, David Wilson wrote:
> Hello All,
>
> We use registrar servers (call them A,B) for TLS connections from
> clients and a central routing proxy (P) that authenticates and manages
> all call routing.
>
> On INVITE, P uses lookup(“location”) and handle_uri_alias() to route
> the INVITE to A or B depending on the AOR from REGISTER.
>
> In failure_route I’m trying to send INVITE to a voicemail URI at host
> (V), using alias_db_lookup to retrieve it and sending with t_relay().
>  However, despite showing V as the host in the URI, the message is
> sent to A (or B) as if the handle_uri_alias is still in effect.
>
> I’ve tried calling revert_uri() before the alias_db_lookup(), but this
> doesn’t seem to help.  Is there a way to reset the uri_alias?
>
> The failure_route (simplified) looks like this:
> failure_route[1] {
>         if (method == "INVITE") {
>                 revert_uri(); 
>                 if (alias_db_lookup("dbaliases")) {
>                         t_relay();
>                 }
>         }
> }
>
> I have also tried using t_relay(“$rd”, “$rp”) after confirming (by
> logging) that the uri contains the desired values, but kamailio failed
> to start, with this error logged:
> ERROR: tm [tm.c:672]: fixup_hostport2proxy(): TM
> module:fixup_hostport2proxy: bad port number <$rp>
>
> Any suggestions?
>
> Best regards,
> Dave.
>
>
>
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170501/e6de9726/attachment.html>