Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Alex Balashov
Daniel, Would you accept a patch to modify the size of that buffer to something larger than 128? Like 256? On Mon, Feb 20, 2017 at 07:25:02PM -0500, Alex Balashov wrote: > On Mon, Feb 20, 2017 at 10:11:32PM +0100, Daniel-Constantin Mierla wrote: > > > There is also a way to set sort of context

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Alex Balashov
On Mon, Feb 20, 2017 at 10:11:32PM +0100, Daniel-Constantin Mierla wrote: > There is also a way to set sort of context data that is not going to be > inside the sip request, via evparam field: > https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#uac_req_key > > It is also in 4.4, but

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Daniel-Constantin Mierla
You can set the callid for $uac_req(...), that will be back in reply. There is also a way to set sort of context data that is not going to be inside the sip request, via evparam field: - https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#uac_req_key It is also in 4.4, but it was mis

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Daniel-Constantin Mierla
On 20/02/2017 21:39, Alex Balashov wrote: > On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote: > >> If you configure yourself as an outbound proxy you can start a >> transaction as you would normally do. > Ah, I think I misunderstood you. > > No, unfortunately I am not relaying t

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Alex Balashov
I think what I am going to try to do is to put an encrypted (and perhaps base64'd) rider in the user part of the To URI. If it's not too long, it should come back to me in the redirect. I happen to know that the content of the To URI has no consequence whatsoever for this redirect server, so it sh

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Alex Balashov
On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote: > If you configure yourself as an outbound proxy you can start a > transaction as you would normally do. Ah, I think I misunderstood you. No, unfortunately I am not relaying this INVITE from another endpoint. This is a strictly

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Alex Balashov
On Mon, Feb 20, 2017 at 09:19:45PM +0100, Olle E. Johansson wrote: > If you configure yourself as an outbound proxy you can start a > transaction as you would normally do. So you're saying I can wrap this entire exchange in t_newtran()? -- Alex Balashov | Principal | Evariste Systems LLC Tel:

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Olle E. Johansson
> On 20 Feb 2017, at 20:40, Alex Balashov wrote: > > Hello, > > I am using uac_req_send() to send INVITEs to a redirect server. However, > upon receiving the redirect, I need access to some state information > that was last available at the time of sending the request. > > Does uac_req_send()

Re: [SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Alex Balashov
I suppose I could stick an encrypted payload into the From tag, which would come back to me in the From tag of the 3xx response. However, it does not appear that uac_req_send() allows me to modify the response, and I would rather not try to override it with headers manually. There is no header tha

[SR-Users] Transaction-persistent data and uac_req_send()

2017-02-20 Thread Alex Balashov
Hello, I am using uac_req_send() to send INVITEs to a redirect server. However, upon receiving the redirect, I need access to some state information that was last available at the time of sending the request. Does uac_req_send() allow me to persist AVPs like a normal TM transaction? If not, what

Re: [SR-Users] kamailio memory leak in private memory

2017-02-20 Thread Daniel-Constantin Mierla
Hello, this doesn't sound like a leak, but more like the side effect of defining a lot of variables, which use pkg memory. In order to speed up (but also avoid some situations the could end up in leaks when parsing the pv spec allocates memory), kamailio is caching the definitions of the variable

Re: [SR-Users] kamailio memory leak in private memory

2017-02-20 Thread david
hello Daniel We have been trying to isolate the issue as much as possible. At first we though that since the issue was affecting only some UDP receivers, it could be related with some customers traffic profile, but since the decreased seemed abnormally "constant", and wondering it might be related

Re: [SR-Users] Kamailio 4.4 with 2 Asterisk 13

2017-02-20 Thread Daniel-Constantin Mierla
Hello, can you share the relevant parts of your configuration file related to use of dispatcher module? Can you check again if the proper load balancing algorithm is used? Cheers, Daniel On 19/02/2017 09:56, Graham Brown wrote: > I'm trying to load balance 2 Asterisk servers with Kamailio offlo

Re: [SR-Users] Topoh module & call leg/transaction does not exist

2017-02-20 Thread Daniel-Constantin Mierla
Hello, can you grab a pcap (or ngrep output) for all sip messages during such call? The trace has to be taken on sip server in order to capture the incoming and outgoing traffic. With partial traffic, it is impossible to see what is not matching for the transaction. Cheers, Daniel On 19/02/2017

[SR-Users] Releasing Kamailio v5.0.0

2017-02-20 Thread Daniel-Constantin Mierla
Hello, I am considering to release Kamailio v5.0.0 at the beginning of next week, depending how things evolve in the next days, either on Monday, Feb 27, or Tuesday, Feb 28. I haven't noticed any new issues specific for the new features added for 5.0 lately, so it looks pretty good so far. If you

Re: [SR-Users] Cleaning wiki accounts

2017-02-20 Thread Daniel-Constantin Mierla
Hello, the cleanup was performed several days ago. If any good account was hit, just let me know or just create a new account. Anyhow, meanwhile, couple of new spam accounts were made, so I am considering futher actions in the near future: - accept new wiki accounts only with admin/moderator a

Re: [SR-Users] [sr-dev] Fwd: Kamailio 4.3.x location_attrs update issue

2017-02-20 Thread Daniel-Constantin Mierla
Hello, indeed, the location_attrs should be deleted along with the contact records. What db_mode value you use for usrloc module? Cheers, Daniel On 20/02/2017 10:17, Mridul B wrote: > Hi, > > We've noticed a case where the *location_attrs* table isn't updated > when there's an unexpected shutd

[SR-Users] Fwd: Kamailio 4.3.x location_attrs update issue

2017-02-20 Thread Mridul B
Hi, We've noticed a case where the *location_attrs* table isn't updated when there's an unexpected shutdown of a SIP device (here there'll be no REGISTER message sent with expires=0). We're using Kamailio v4.3.x When the SIP device shuts down ungracefully. The location table is updated using DEL