Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-27 Thread Henning Westerholt
Hello Alex, just a small comment: If you use an appropriate db_mode for the dialog module storage then this mode is also restart-persistent. I did some improvements here recently, the fix was also back-ported. Cheers, Henning Am 27.05.19 um 01:01 schrieb Alex Balashov: > On Sun, May 26, 2019

Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Alex Balashov
On Sun, May 26, 2019 at 09:27:01PM +0300, Oded Arbel wrote: > On Sun, May 26, 2019 at 8:59 PM Alex Balashov > wrote: > > Make sure you have the right reversion/cookie options set, > > I'm not sure what that means... Sorry, that wasn't a very clear response on my part. I was referring to these

Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Oded Arbel
On Sun, May 26, 2019 at 8:59 PM Alex Balashov wrote: > Make sure you have the right reversion/cookie options set, I'm not sure what that means... > and that you only call uac_replace_from() once in the message processing loop, There is only one call in the code to `uac_replace_from()` which is

Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Alex Balashov
Contrary to the prime facie interpretation of its name, the ‘uac’ module does not in fact provide a UAC, or the ability to initiate sessions, just some functionality that strays from proxy orthodoxy and ventures into the realm of things only UAs are formally entitled to do. This is the case with

Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Oded Arbel
I have just tried to use `uac_replace_from()` (which I wasn't familiar with - we haven't used the uac module in our setup up till now, and from its description I didn't think it would be appropriate as we are not initiating sessions from Kamailio). We the following code in place, instead of the `r

Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Karsten Horsmann
Hi Oded, I would better use uac_replace_from like described in the Kamailio wiki. (link below) This function takes also care of rewriting it back AFAIK. http://www.kamailio.org/wiki/tutorials/faq/main#how_to_set_different_header_va Cheers Karsten Horsmann Oded Arbel schrieb am So., 26. Mai 2

Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Nicolas Breuer
Don’t think using remove_hf to rewrite the From is a good idea Use uac_replace_from. > Le 26 mai 2019 à 17:03, Oded Arbel a écrit : > > I'm trying to rewrite the `From` header in an invite going out to an > external system (*), by calling remove_hf("From"); > followed by > append_hf("From: \r\n

Re: [SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Joel Serrano
Hello, Have you tried using uac_replace_from()?? https://www.kamailio.org/docs/modules/5.2.x/modules/uac.html#idm1043096996 On Sun, May 26, 2019 at 08:02 Oded Arbel wrote: > I'm trying to rewrite the `From` header in an invite going out to an > external system (*), by calling remove_hf("Fro

[SR-Users] remove_hf() leaves junk in the headers?

2019-05-26 Thread Oded Arbel
I'm trying to rewrite the `From` header in an invite going out to an external system (*), by calling remove_hf("From"); followed by append_hf("From: \r\n"); but the result is an invalid SIP message, because apparently after `remove_hf()` finishes, it leaves the content of $fU in place of the `From