Hello,
you have to use append_hf() in the onreply route.
Cheers,
Daniel
On 7/18/12 7:20 AM, Uri Shacked wrote:
Hi
I tried the "change_reply_status".
The problem with it is that i need to do "append_to_reply" as well.
The first one can be called only on the "on reply" route, and the
second
Hi
I tried the "change_reply_status".
The problem with it is that i need to do "append_to_reply" as well. The
first one can be called only on the "on reply" route, and the second on the
"on failure" route.
And as i notice, doing "append_to_reply" with no "t_reply" does not really
append anythi
Excuse-me Daniel, I forgot this information... Kamailio version 3.1.2
Best Regards
2012/7/17 Daniel-Constantin Mierla
> Hello,
>
> send also the version 'kamailio -V' to match the proper sources.
>
> Cheers,
> Daniel
>
>
> On 7/17/12 7:11 PM, Bruno Bresciani wrote:
>
> Hi all,
>
> I observed
Hello,
send also the version 'kamailio -V' to match the proper sources.
Cheers,
Daniel
On 7/17/12 7:11 PM, Bruno Bresciani wrote:
Hi all,
I observed two at 0x08173bf0 in fm_realloc (qm=0xb5f7d000,
p=0xb61f0bc0, size=0) at mem/f_malloc.c:536.
I don't know exactly what may be caused this cor
Hello,
sending a >=300 reply is for an not-established dialog, which eventually
can be forked by proxy, meaning many 1xx replies can get to caller, then
many >=300 replies can get to the proxy which will chose which one to
use for sending back to the caller.
Doing a t_reply(...) with a diffe
Hi all,
I observed two at 0x08173bf0 in fm_realloc (qm=0xb5f7d000, p=0xb61f0bc0,
size=0) at mem/f_malloc.c:536.
I don't know exactly what may be caused this core because the debug of
kamailio is disabled, but looking at backtrace (gdb) and source code I
could notice a relationship with TLS connec
Hello,
On 7/17/12 6:00 PM, Alex Balashov wrote:
A whole ago, it was mentioned on the list that there was some bug or
issue in Topoh that precluded the use of the actual host IP of the
proxy as the Topoh spoof address.
Is that still true in 3.3? Or has that been fixed some time ago?
it's sti
Hi,
This is not happening at shutdown or status check. Its aborting when the
system is active.
Thanks
Jijo
On Tue, Jul 17, 2012 at 3:06 AM, Daniel-Constantin Mierla wrote:
> Hello,
>
> does it keep being or it is one time and that's it?
>
> That is printed at shut down or if pkg_status() or sh
A whole ago, it was mentioned on the list that there was some bug or issue in
Topoh that precluded the use of the actual host IP of the proxy as the Topoh
spoof address.
Is that still true in 3.3? Or has that been fixed some time ago?
Thanks!
-- Alex
--
Sent from my Samsung mobile, and thus
Hi,
Here is the problem with the solution to sending different reply then the
once I receive:
I check if the reply is 603. If so, i did t_drop_replies and then t_reply
with the reply i wanted to send back. 500 with append_to_reply something
The problem is that on the 500 that i send back
I remember that I once had to use the POSIX variant: [:digit:]
Klaus
On 17.07.2012 08:50, Daniel-Constantin Mierla wrote:
Hello,
On 7/16/12 4:32 PM, Gary Chen wrote:
Kamailio 3.3.0
I have a variable $var(s:dst). It can store either a number or IP.
How do I check to determine whether it is
Hello,
does it keep being or it is one time and that's it?
That is printed at shut down or if pkg_status() or shm_status() is
executed from some part of code or in config via cfgutils module functions.
You can get rid of them by setting memdbg and memlog to a value higher
than debug global p
12 matches
Mail list logo
