[SR-Users] handle_uri_alias persists through failure_route

[David Wilson]

Thanks Daniel,

I found that very method 20min ago from examining the source of handle_ruri_alias.

It works… your advice is spot on as usual.

Thanks for your help,
Dave Wilson



> On 1 May 2017, at 8:26 pm, Daniel-Constantin Mierla <miconda at gmail.com> wrote:
> 
> 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 <mailto:sr-users at lists.kamailio.org>
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
> 
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
> Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com <http://www.asipto.com/>
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com/>_______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

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