[SR-Users] Planning the release of v4.4.5

Hello, I am considering to release v4.4.5 with latest fixes from branch 4.4 later this week, on Wednesday or Thursday (Jan 19 or 20). As usual, if anyone has fixes that were not backported yet, do it if you are a developer or write to sr-dev to be sure it is not missed. Sumbit also the new issues

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

The record you add via rpc is creating a new contact in memory or it's updating an existing one? Can you dump the record after you add it over rpc and send it over to mailing list to see what attributes it has? Cheers, Daniel On 14/01/2017 16:25, Vik Killa wrote: > resolution update -- > we

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

The 200ok for CANCEL generated by Kamailio doesn't get inside the onreply_route -- this block is only for SIP replies received by kamailio. However, the 200ok for CANCEL should have limited (minimal) number of headers. Which ones besides the Server do you want to remove? Cheers, Daniel On

Re: [SR-Users] dbtext module issue

ser -- that should be really old release. What is the exact version (ser -V)? Cheers, Daniel On 13/01/2017 19:50, Satish Patel wrote: > Any thought? > > Sent from my iPhone > >> On Jan 12, 2017, at 3:51 PM, Satish Patel wrote: >> >> I am trying use dbtext module instead

Re: [SR-Users] Kamailio segfault on TM module

Hello, try to see if you get anything with addr2line tool as suggested at: - http://stackoverflow.com/questions/2549214/interpreting-segfault-messages Cheers, Daniel On 13/01/2017 16:45, José Seabra wrote: > Hi there, > I have noticed a segfault on my kamailio server but as i have >

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

Hello, is it this about a sipcature node? If yes, then it receives the packets over HEP, meaning that is not going to the normal processing path. Kamailio detects it is not a SIP packet, executes some callbacks for non-sip packets registered by modules (in this case sipcapture). The module

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

The record we added via RPC was first creating a new contact (and inserting into the db), this was working fine. But we found that if we cleared the database, any "updates" would fail. Adding that parameter caused the record to get inserted if an update failed (re-register) On Mon, Jan 16, 2017

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

Hi Daniel, With the minimal it's great. The headers are the ones that we can show. Now we are using the server_header and with this it's complete. Thanks! Diego. 2017-01-16 5:31 GMT-03:00 Daniel-Constantin Mierla : > The 200ok for CANCEL generated by Kamailio doesn't get

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

You should not delete the record only from database via a db client There is a rpc command to delete it, which will take care of removing it from memory as well as from database (depending on the db_mode module parameter for usrloc). Cheers, Daniel On 16/01/2017 14:46, Vik Killa wrote: > The

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

Hello, ok -- good that you could get what you need. As extra details that might be useful for you or others. Removing headers from received requests or replies can be done in two places: - inside request_route { ... } for requests - inside reply_route { ... } for replies The replies

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

We did not purposely delete the records. But we were dealing with a setup where the db was "out-of-sync" with memory. The reason I deleted them during our tests was to replicate the issue we had in production. The param we enabled fixed the issue within 30minutes by inserted when an update failed.

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

Hey Daniel, Yes, I'm familiar with the methods sipcapture uses, I don't use HEP, using raw socket capture, I think this may be a sipcapture issue, debuging kamailio shows normal startup and processing of UDP SIP packets, but does not show any activity with TCP packets. I have enabled/disabled the

Re: [SR-Users] LCR module dont_strip_or_tag_flag -> dont_strip_or_prefix_flag

Thnak you... With dont_strip_or_prefix_flag working. Regards El 16/01/2017 a las 15:31, Mikko Lehto escribió: Annus Fictus : modparam("lcr", "dont_strip_or_tag_flag", 10) and then restart kamailio, i receive this error: ERROR: [modparam.c:141]:

Re: [SR-Users] LCR module dont_strip_or_tag_flag -> dont_strip_or_prefix_flag

Annus Fictus : > modparam("lcr", "dont_strip_or_tag_flag", 10) > > and then restart kamailio, i receive this error: > > ERROR: [modparam.c:141]: set_mod_param_regex(): parameter > of type <2> not found in module Hi Looks like that parameter is now¹ called

[SR-Users] LCR module dont_strip_or_tag_flag

Hello, I'm trying LCR module and dont_strip_or_tag_flag parameter. If I use this line in the module configuration: modparam("lcr", "dont_strip_or_tag_flag", 10) and then restart kamailio, i receive this error: ERROR: [modparam.c:141]: set_mod_param_regex(): parameter of type <2> not found

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

On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote: > Yes, I'm familiar with the methods sipcapture uses, I don't use HEP, > using raw socket capture, I think this may be a sipcapture issue, > debuging kamailio shows normal startup and processing of UDP SIP > packets, but does not show