Re: [SR-Users] usrloc module with dbmode=2 does not insert records to database

2017-01-13 Thread Vik Killa
following up here i found if we comment out a single line of code, kamcmd ul.flush works here is the git diff diff --git a/src/modules/usrloc/ucontact.c b/src/modules/usrloc/ucontact.c index 47f3c2f..633ca81 100644 --- a/src/modules/usrloc/ucontact.c +++ b/src/modules/usrloc/ucontact.c @@ -474,

Re: [SR-Users] usrloc module with dbmode=2 does not insert records to database

2017-01-13 Thread Daniel-Constantin Mierla
Hello, that flag is used to mark a contact for storage only in memory. The save() function has a parameter with flags where this kind of storage can be set. Can you check the RPC command is setting this flag? Cheers, Daniel On 13/01/2017 15:06, Vik Killa wrote: > following up here > i found if w

Re: [SR-Users] usrloc module with dbmode=2 does not insert records to database

2017-01-13 Thread Vik Killa
Hi, We have tried using these flags: save("location") save("location", "0x00") save("location", "0x04") And still memory does not get flushed to DB. I will test the RPC command. Thanks, /V On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla wrote: > Hello, > > that flag is used to mark

Re: [SR-Users] usrloc module with dbmode=2 does not insert records to database

2017-01-13 Thread Vik Killa
Hi Daniel, RPC flush is not setting the flag, but im not sure that is where the issue is, as I stated, we are not setting any memory-only flags with save() But here is the flush function (FL_MEM not set) static void ul_rpc_flush(rpc_t* rpc, void* ctx) { synchronize_all_udomains(0, 1); return; }

Re: [SR-Users] usrloc module with dbmode=2 does not insert records to database

2017-01-13 Thread Daniel-Constantin Mierla
Hello, I meant the rpc command to add contacts for aors, respectively the one executed by: /usr/local/sbin/kamcmd ul.add location ... Not the ul.flush. Cheers, Daniel On 13/01/2017 15:30, Vik Killa wrote: > Hi Daniel, > RPC flush is not setting the flag, but im not sure that is where the > is

Re: [SR-Users] comma as param.count delimiter produces parse error

2017-01-13 Thread Daniel-Constantin Mierla
Looking at the code, there is an issue when setting the param delimiter same as transformation format delimiter, both being the comma in this case. This is supported in other transformations, like {s.select}, but has to be special parsing in the code to avoid the misinterpretation of an empty valu

Re: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to BYE

2017-01-13 Thread Diego Nadares
If you need any additional data please let me know. Cheers, Diego 2017-01-12 15:04 GMT-03:00 Diego Nadares : > Hi Daniel! > > Thanks for your answer. The idea is to show only a few headers. In BYE > works great. I'm removing and adding the following hdrs: > > *User-Agent: Kamailio. <---I will

Re: [SR-Users] Kamailio not processing SIP TCP

2017-01-13 Thread JR Richardson
Iptables is not blocking, but it was worth a check. Thanks. JR I assume you have ruled out firewall? It's something that can nab even experienced people: # iptables -Ln -- Alex On Thu, Jan 12, 2017 at 03:25:27PM -0600, JR Richardson wrote: > Hi All, > > Just enabled SIP TCP on a homer capt

[SR-Users] Kamailio segfault on TM module

2017-01-13 Thread José Seabra
Hi there, I have noticed a segfault on my kamailio server but as i have coredumps disabled and i don't know how i can reproduce it, i can't provide that kind of information. Anyway i don't know if anyone of you can help with the following information: segfault at 600 ip 7f5cb97af1ea sp 7ff

Re: [SR-Users] Kamailio not processing SIP TCP

2017-01-13 Thread Fred Posner
What happens when you try: modparam("sipcapture", "hep_capture_on", 1) On 01/13/2017 10:33 AM, JR Richardson wrote: > Iptables is not blocking, but it was worth a check. > > Thanks. > > JR > > > I assume you have ruled out firewall? It's something that can nab even > experienced people: > >

Re: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to BYE

2017-01-13 Thread Sergey Basov
Hi All. I have similar task. But i have to remove server and user-agent headers from all request an replyes. You can try: I have added route: # Fix user-agent and server route[RemoveHeader] { remove_hf("server"); remove_hf("user-agent"); return; } I use it form request

Re: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to BYE

2017-01-13 Thread Diego Nadares
Thanks Sergey! It works like a charm for BYEs. Is it working for you on 200cancelling generated by Kamailio? I tried the same work around with no success. if (is_method("CANCEL")) { if (t_check_trans()) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE

Re: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to BYE

2017-01-13 Thread Sergey Basov
Your are welcome. No, for local generated answer you shood do as Daniel suggested. But if kamailio generates CANCEL, than 200 ok is reply for it and 200 ok to another side is generated by kamailio itselfs... 13 янв. 2017 г. 8:00 PM пользователь "Diego Nadares" написал: > Thanks Sergey! It wo

Re: [SR-Users] dbtext module issue

2017-01-13 Thread Satish Patel
Any thought? Sent from my iPhone > On Jan 12, 2017, at 3:51 PM, Satish Patel wrote: > > I am trying use dbtext module instead of mysql and following is my > configuration. We are using old SER version because of custom written > module. Do you think following config looks good. > > # -- permis