[sr-dev] Reply to INVITE fron provider with old Parmeters
Alekzander Spiridonov
alekz at li.ru
Mon Aug 25 14:19:28 CEST 2014
Hi,
First of all, changing From\To headers on proxy breaks the RFC =) So that's
the initial problem of your set up I guess.
About your qustion, check out the wiki about failure_route:
> Note that in 'failure_route' is processed the request that initiated the
transaction, not the reply.
The only workaround you may want to check is to update the request and
apply lumps before you create a transaction.
2014-08-25 16:03 GMT+04:00 Yuriy Gorlichenko <ovoshlook at gmail.com>:
> Hello. At first- I think header of my message doesn't explain my porblem
> but I can not say about it with different terms)
>
> So. I have construction Asterisk --> Kamailio --> Providers
>
> My provisers registered with UAC modure and stored at UACREG table.
>
> Problem scenario is:
>
> I ring from asterisk to provider
>
> Asterisk --> Kamailio --> Providers
>
> Call from asterisk come to kamailio with
> furi(Asterisk_clinet_local_number at asterisk)
> turi(external_number at kamailio)
>
> Then, to forward INVITE to provider that Needed I use some manipulations
> to choose provider (it does not matter, it is only sql_queryes to some
> tables), and then modify invite with this code:
>
> #$var(prov) - my.provider.ip
> #$var(trunk) - name_of_trunk
>
> $rd=$var(prov);
> $rp="5060";
> $fU=$var(trunk);
> $fd=$var(prov);
> $td=$var(prov);
>
> remove_hf("Contact");
> append_hf("Contact:<$var(trunk)@my.kamailio.domain:5068>\n","Contact");
>
>
> So -after this manipulation I have write packet, that goues to my provider.
>
> Then Provier sends me 407 answer and packet goes to failure_route
>
> if (t_check_status("401|407")){
> xlog("L_INFO", "Reply from provider on failure: $rs");
>
> if (uac_auth()){
> #my query to get avp for uac
> #modparam("uac","auth_realm_avp","$avp(s:realm)")
> #modparam("uac","auth_username_avp","avp(s:uname)")
>
> #modparam("uac","auth_password_avp","$avp(s:passwd))")
>
> sql_pvquery("ca","select auth_username, auth_password, realm from uacreg
> where auth_username='$fU'","$var(uname), $var(passwd), $var(realm)");
>
> xlog("L_INFO", "username=$var(uname),
> password=$var(passwd), realm=$var(realm) for {$fU}");
>
> pv_printf("$avp(s:uname)","$var(uname)");
> pv_printf("$avp(s:passwd)","$var(passwd)");
> pv_printf("$avp(s:realm)","$var(realm)");
>
>
> xlog("L_INFO", "UAC_AUTH(): $rs");
> append_branch();
> t_relay();
>
> }
> }
> if (t_is_canceled()) {
> exit;
> }
> So After changes Before Provider answer 407 my $fU = name_of_trunk, but
> at failure route my fU is Asterisk_clinet_local_number and it so strange
> because I see this packet at TCPDUMP and it have trunkname at fU
> Because of It I can not take from table needed vars for auth and avp`s
> Have 0.
>
> So packet for Auth (407) goes to Asterisk (with trunkname!!!! at fU), but
> t must stops at kamailio and must be ralayed to provider.
>
> So this my problem- I can not understand: Why fU at reply 407 have old
> parameters?
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
--
Best regards,
Alekzander Spiridonov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20140825/acaed244/attachment-0001.html>
More information about the sr-dev
mailing list