[SR-Users] Wrong ACL to Provider kamailio+asterisk+uac
chiefkeeft at gmail.com
Fri Aug 2 19:37:01 CEST 2019
And also, forget to say: it happens after 200ok from carrier...
I mean, the first one transaction kamailio uac <=> carrier is ok.
and then 200Ok when PSTN side answer on call.
<= 200 ok
=> wrong ACK (with initial to/from, which they was before uac_replace)
пт, 2 авг. 2019 г. в 20:27, Zhan Bazarov <chiefkeeft at gmail.com>:
> Rly appreciate your help!
> So, I can try to execute the same branch_route for ACK method?
> I have this branch route:
> Now I execute this when request goes from asterisk through kamailio to
> 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
>> - 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
>> Have a look to your SIP e.g. with "ngrep -qt -d any -W byline port 5060"
>> on your proxy.
>> Am 02.08.19 um 19:02 schrieb Zhan Bazarov:
>> 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.
>>> 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
>>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sr-users