Re: [SR-Users] Kamailio 5.0 - pseudo variable name cleanup

2016-03-07 Thread Sven Neuhaus
Am 03.03.2016 um 16:54 schrieb Alex Balashov: > I would agree that, given a sufficiently large number of variables: > > - It is inevitable that even long-time Kamailio developers and > experienced professionals have to go to the documentation to find what > they need. One cannot reasonably expect

[SR-Users] Kamailio 5.0 - pseudo variable name cleanup

2016-03-03 Thread Sven Neuhaus
Hi, a suggestion for Kamailio 5.0 is to get rid of the cryptic, case sensitive pseudo-variable names. Instead we replace them with descriptive names like the ones already provided by the TLS module. The current pseudo variables are a constant nuisance unless you deal with Kamailio every day and k

Re: [SR-Users] Kamailio Social Event at Fosdem 2016

2016-01-27 Thread Sven Neuhaus
Am 27.01.2016 um 10:47 schrieb Daniel-Constantin Mierla: > only few days left, so we need to nail the location down for Kamailio > dinner at Fosdem. > > One suggestion in walking distance is: > >- http://restaurant-italien-picotin-bruxelles.be/en Hi Daniel, I think you should do reservation

Re: [SR-Users] A new edition of Kamailio Development Workshop

2016-01-27 Thread Sven Neuhaus
Am 25.01.2016 um 13:32 schrieb Daniel-Constantin Mierla: > However, if there are people interested, I am willing to do another > edition focused on development later this year. I'm interested! -Sven signature.asc Description: OpenPGP digital signature _

Re: [SR-Users] A new edition of Kamailio Development Workshop

2016-01-21 Thread Sven Neuhaus
Am 20.01.2016 um 16:02 schrieb Daniel-Constantin Mierla: > last edition of Kamailio Development Workshop happened about three years > ago. As I got requests about it from time to time, I thought of trying > to organize a new edition. Rather short term by now due to various > constraints, so the pla

Re: [SR-Users] dispatcher state x and the return of the probing mode

2016-01-14 Thread Sven Neuhaus
Hi Dmitri, Am 13.01.2016 um 16:08 schrieb Dmitri Savolainen: > 1. Have you set modparam("dispatcher", "ds_probing_mode", 1)? If so, it > will be moved to PROBING mode after ds_ping_interval Yes, I have it set to 1. So if I set ds_probing_mode to 0 ("only the gateways with state PROBING are tes

[SR-Users] dispatcher state x and the return of the probing mode

2016-01-13 Thread Sven Neuhaus
Hello, when trying to set a destination to inactive using dispatcher.set_state after setting the state to "i", when I do a "dispatcher.list" I see the state as "ix". The "x" state appears not to be documented. After a short time (seconds) the flags return to state "ip" (probing). According to the

Re: [SR-Users] Panning next major release - v4.4 - ds_ping_interval

2016-01-08 Thread Sven Neuhaus
Oh, is it time to wish for things? :-) What we would like to see is the ability to globally pause all OPTIONs checks (set ds_ping_interval temporarily to 0 at runtime). We have a master/slave setup and the slave is failing its pings because it has no network access and it fills the log with error

Re: [SR-Users] info: kamailio.org updates - letsencrypt for https and dkim for email

2015-12-10 Thread Sven Neuhaus
Am 08.12.2015 um 09:06 schrieb Daniel-Constantin Mierla: > Also, if anyone has more hints on increasing the security/privacy for > the web server and email systems we run for kamailio.org, do not > hesitate to provide us suggestions. Create a permanent redirect from the HTTP websites to the HTTPS

Re: [SR-Users] Proposing new logo for Kamailio project

2015-12-03 Thread Sven Neuhaus
Am 03.12.2015 um 11:44 schrieb Daniel-Constantin Mierla: > the logo is still trying to resemble the idea of world (360°) of > communications - a transformed and simplified version of kamailio world. > SIP is supposed to be the protocol that lets anyone initiate any type of > rtc. > > Kamailio is d

Re: [SR-Users] Proposing new logo for Kamailio project

2015-12-03 Thread Sven Neuhaus
Am 03.12.2015 um 10:28 schrieb Daniel-Constantin Mierla: > http://www.kamailio.org/w/2015/12/proposing-new-logo-for-kamailio-project/ > > We look forward to the feedback from community about this proposal - you > like it or not, is too similar with other logos, etc... Hello, the logo looks nice

Re: [SR-Users] running kamilio on mac

2015-11-06 Thread Sven Neuhaus
Am 06.11.2015 um 11:33 schrieb Stefan Mancunianet: > Can sctp flag be disabled ? It’s not required for my needs, and from > what I found on the web, it’s very tricky to use sctp on Mac. Have you tried: disable_sctp=yes enable_sctp=0 Cheers, -Sven signature.asc Description: OpenPGP digital si

Re: [SR-Users] pv_printf buffer for spec value

2015-11-05 Thread Sven Neuhaus
Am 04.11.2015 um 19:36 schrieb Tristan Mahé: > Simple update to 1024b: > > https://github.com/kamailio/kamailio/pull/389 Thank you Tristan, 1024 is plenty. -Sven signature.asc Description: OpenPGP digital signature ___ SIP Express Router (SER) and

Re: [SR-Users] FOSDEM 2016, RTC devroom, speakers, volunteers neeeded

2015-11-02 Thread Sven Neuhaus
Hi, I plan to attend FOSDEM 2016, anyone else? The deadline for the devrooms has passed, however. Regards, -Sven Neuhaus signature.asc Description: OpenPGP digital signature ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing

Re: [SR-Users] How to get runtime configuration?

2015-10-13 Thread Sven Neuhaus
Am 13.10.2015 um 12:03 schrieb Magnus Nordström: > Is there any command to get the runtime configuration from kamailio? I > tried "kamctl monitor" but there was not a lot of information. There isn't a command that I know of that will dump all variables, however... > For example I need information

Re: [SR-Users] pv_printf buffer for spec value

2015-10-08 Thread Sven Neuhaus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am 08.10.15 um 14:58 schrieb Sven Neuhaus: > I found the culprit: it's a long Call-ID header. The header line is > 113 characters. Why does it trigger this error even with a > pv_buffer_size of 65536? Is there some other buffer I can

Re: [SR-Users] pv_printf buffer for spec value

2015-10-08 Thread Sven Neuhaus
Hi, I found the culprit: it's a long Call-ID header. The header line is 113 characters. Why does it trigger this error even with a pv_buffer_size of 65536? Is there some other buffer I can increase for large Call-Id headers? -Sven signature.asc Description: OpenPGP digital signature __

Re: [SR-Users] pv_printf buffer for spec value

2015-10-06 Thread Sven Neuhaus
Hi, Am 05.10.2015 um 18:46 schrieb Daniel-Constantin Mierla: > that might not be related to the core pv buffers, some variables are > using their own buffers. You need to identify the variable that throws > that error. > > As a side note, the last version should have the default core pv buffer >

[SR-Users] pv_printf buffer for spec value

2015-10-05 Thread Sven Neuhaus
rintf() so this error is a bit surprising. The first thing I tried was increasing the buffer from its default size of 1024 to 4096 (pv_buffer_size=4096) but the error messages persist. What other functions use this buffer? Regards, -Sven Neuhaus signature.asc Description: OpenPGP digital

Re: [SR-Users] Inconsistent string interpolation

2015-10-02 Thread Sven Neuhaus
Am 02.10.2015 um 11:51 schrieb Daniel-Constantin Mierla: > On 02/10/15 11:00, Sven Neuhaus wrote: >> Am 02.10.2015 um 08:38 schrieb Daniel-Constantin Mierla: >>> On 01/10/15 14:34, Sven Neuhaus wrote: >>>> Ideally, all variables in double quoted strings should b

Re: [SR-Users] Inconsistent string interpolation

2015-10-02 Thread Sven Neuhaus
Am 02.10.2015 um 08:38 schrieb Daniel-Constantin Mierla: > On 01/10/15 14:34, Sven Neuhaus wrote: >> Am 01.10.2015 um 12:53 schrieb Daniel-Constantin Mierla: >>> For assignments, that is the general interpreter which considers strings >>> as being the tokens in between

Re: [SR-Users] Inconsistent string interpolation

2015-10-01 Thread Sven Neuhaus
Am 01.10.2015 um 12:53 schrieb Daniel-Constantin Mierla: > there are different actions, one is assignment of an expression and the > other is a function call. Functions can evaluate they parameters as they > need/want by having the appropriate C code inside. After I noticed the problem and tried t

[SR-Users] Inconsistent string interpolation

2015-10-01 Thread Sven Neuhaus
Hello, I'm occasionally running into issues with inconsistent string interpolation in the kamailio.cfg. Here's the latest example. Take this line: $var(x) = "sip:+$var(abc)-$var(def)-$si@$Ri:$Rp"; Here, the values of the variables will NOT be interpolated into the string. Instead, I have to use

Re: [SR-Users] modifying $fu / $fU (R-URI From)

2015-09-30 Thread Sven Neuhaus
Hi Carsten, Am 30.09.2015 um 16:26 schrieb Carsten Bock: > $fU is read-only. You will have to use > uac_replace_from("$(fU{s.substr,2,0})", ""); the documentation is wrong then, it states that both $fu and $fU are R/W. Will adding the uac module (to get these functions) have any adverse effects?

[SR-Users] modifying $fu / $fU (R-URI From)

2015-09-30 Thread Sven Neuhaus
Hello, I'm having some troubles with modifying $fU in my kamailio.cfg. The following line appears to have no effect: $fU = $(fU{s.substr,2,0}); I would expect it to remove the first two leading characters from $fU. Has anyone else seen this? I have the same issue with modifying $fu. We're no

Re: [SR-Users] Issue with too many "listen" statements

2015-09-18 Thread Sven Neuhaus
Hi Daniel, your analysis was spot-on. The IP address in the R-URI was mistakenly included in the "listen" statements which is what caused the misbehaviour. It was clearly visible in the debug=3 output. Have a nice weekend! -Sven signature.asc Description: OpenPGP digital signature __

Re: [SR-Users] Issue with too many "listen" statements

2015-09-18 Thread Sven Neuhaus
Hello, Am 17.09.2015 um 17:46 schrieb Daniel-Constantin Mierla: > I looked at the trace and the R-URI in the looping ACK seems to be > considered as local address or alias. why do you think it sends the packet to itself? That's not the normal behaviour even for packets that have an R-URI with the

[SR-Users] Issue with too many "listen" statements

2015-09-17 Thread Sven Neuhaus
led form (on the loopback interface). We need more than 80 "listen" statements at the moment so I hope there's a way to increase the limit substantially. The number of file handles has been set to 32000 btw. Regards, -Sven Neuhaus signature.as

Re: [SR-Users] UDP send: Operation not permitted

2015-09-16 Thread Sven Neuhaus
Am 16.09.2015 um 10:00 schrieb Sebastian Damm: > Has anyone ever seen this? It looks like a load thing, because at > weekends there are significantly less errors. Could it be that you are trying to send from an ip address that is down at the time? We see log messages like this on the standby mach

Re: [SR-Users] Problems investigating a crash in the siptrace module (4.3.1)

2015-08-13 Thread Sven Neuhaus
Am 13.08.2015 um 12:58 schrieb Daniel-Constantin Mierla: > Hello, > > maybe the coredump got corrupted. Was it opened with other applications? No, it's modification date hasn't changed (and there are two core dumps). > > Can you reproduce the issue? I'll be working on it. > Any error log mes

[SR-Users] Problems investigating a crash in the siptrace module (4.3.1)

2015-08-13 Thread Sven Neuhaus
Hi, we're experiencing crashes in the siptrace.so module with Kamailio 4.3.1. I looked at the core dump with gdb but it complained about missing debugging symbols so all I could see was that it called do_action() before branching into an unknown function in the siptrace module. I then installed t

[SR-Users] Unclear documentation for "priority" field in Dispatcher module

2015-07-16 Thread Sven Neuhaus
g aka failover). Regards, -Sven Neuhaus signature.asc Description: OpenPGP digital signature ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listin

Re: [SR-Users] Measuring subscriber latency

2015-04-29 Thread Sven Neuhaus
Am 29.04.2015 um 10:21 schrieb Olle E. Johansson: > On 29 Apr 2015, at 10:04, Daniel-Constantin Mierla wrote: >> it looks like you are the first wanting this, or at least the first that >> has expressed it. > As Jon said, this is a feature that has been in Asterisk for a very long time > and > w

[SR-Users] [4.2.x] "socket" feature missing in dispatcher module

2015-03-24 Thread Sven Neuhaus
ommit 9bb59f922. Please include the patch that adds this feature from the trunk in the 4.2.x branch, as documented. A brief search turned up the commits aae775859f54f84734ba2cfc2945c02c52b95e1f and 2a605383d5c524d9875256c7f95f64216b970331 with this feature, perhaps there are more. Thanks