[SR-Users] Wrong ACL to Provider kamailio+asterisk+uac

[Zhan Bazarov]

Hello,
Thanks, I will try!
Should I add this into the same route?
I execute uac_replace into route[FROMASTERISK] if method is invite.

вс, 4 авг. 2019 г. в 19:15, Henning Westerholt <hw at skalatan.de>:

> Hello Zhan,
>
> I obvious don't know your cfg details. But I would try to just call the
> uac_replace_from/ .._to in the main request_route and see if it works at
> all in your routing logic. Also add some xlog messages to see that it is
> executed. You can also output with $rm the SIP request method, with $ru the
> request URI etc.. (see the cookbook for pseudo-variables for all that are
> available).
>
> Cheers,
>
> Henning
> Am 03.08.19 um 22:40 schrieb Zhan Bazarov:
>
> Hello,
> It didn’t make any sense, unfortunately...
> In additional - kamailio relay right 200 to Asterisk, and asterisk send
> ACK with wrong from/to(initial values like it was before uac_replace) and
> then kamailio doesn’t change it to right from/to values.
>
> Any idea, please.
>
> сб, 3 авг. 2019 г. в 19:17, Henning Westerholt <hw at skalatan.de>:
>
>> Hello Zhan,
>>
>> there is no need to execute a branch_route on an ACK. The ACK should be
>> just routed "normally" through Kamailio. Have a look to the default cfg,
>> for example. The ACK in a normal call setup is just a "normal" request.
>>
>> Cheers,
>>
>> Henning
>> Am 02.08.19 um 19:27 schrieb Zhan Bazarov:
>>
>> Thanks!
>> Rly appreciate your help!
>>
>> So, I can try to execute the same branch_route for ACK method?
>> I have this branch route:
>>
>> branch_route[MODIFY]{
>>         uac_replace_from("","$avp(from)");
>>         uac_replace_to($avp(to));
>> }
>>
>> Now I execute this when request goes from asterisk through kamailio to
>> carriers...
>>
>> Should I execute this branch route into ACK method from asterisk too?
>>
>> пт, 2 авг. 2019 г. в 20:11, Henning Westerholt <hw at skalatan.de>:
>>
>>> Hello Zhan,
>>>
>>> possible reasons:
>>>
>>> - the ACK is not routed through your proxy (missing record-route for the
>>> INVITE)
>>>
>>> - the user agent mangles the Route header, therefore the uac module
>>> can't does it work correctly (look to the kamailio error logs if you spot
>>> something)
>>>
>>> Have a look to your SIP e.g. with "ngrep -qt -d any -W byline port 5060"
>>> on your proxy.
>>>
>>> Cheers,
>>>
>>> Henning
>>> Am 02.08.19 um 19:02 schrieb Zhan Bazarov:
>>>
>>> Hello,
>>> Thanks for reply! Yes I execute uac_replace_to/from in branch_route in
>>> INVITE method... But it doesn't work for ACK method...
>>>
>>> пт, 2 авг. 2019 г. в 18:11, Henning Westerholt <hw at skalatan.de>:
>>>
>>>> Hello Zhan,
>>>>
>>>> have a look to the "uac" module, there are functions to rewrite the
>>>> From and To header for passing messages. It works together with the rr
>>>> module.
>>>>
>>>> Cheers,
>>>>
>>>> Henning
>>>> Am 02.08.19 um 13:30 schrieb Zhan Bazarov:
>>>>
>>>> Hello!  Please, is it possible to change from/to headers in ACK message
>>>> to provider? this is exactly our case, please, look it when u get a
>>>> chance.
>>>> http://sip-router.1086192.n5.nabble.com/Wrong-ACK-to-Provider-td130050.html#a130052
>>>>
>>>> _______________________________________________
>>>> Kamailio (SER) - Users Mailing Listsr-users at lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> --
>>>> Henning Westerholt - https://skalatan.de/blog/
>>>> Kamailio services - https://skalatan.de/services
>>>>
>>>> --
>>> Henning Westerholt - https://skalatan.de/blog/
>>> Kamailio services - https://skalatan.de/services
>>>
>>> --
>> Henning Westerholt - https://skalatan.de/blog/
>> Kamailio services - https://skalatan.de/services
>>
>> --
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://skalatan.de/services
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190804/e8eb02fb/attachment.html>