Re: [SR-Users] Authentication on loose_route();

2012-03-23 Thread Alex Balashov
Clearly, you can only authenticate sequential requests corresponding to calls whose initial requests were subject to authentication. If the initial request was not authenticated, there is no reason to believe that the endpoint would support authentication of sequential requests. As to whether y

[SR-Users] Authentication on loose_route();

2012-03-23 Thread David
Hello, Should I be requiring users to authenticate before letting them into loose_route(); ? What about anonymous calls from E164, how do I authenticate these calls after they have started? Thanks, David ___ SIP Express Router (SER) and Kamai

[SR-Users] ITSPA 2012 Award for Open Source VoIP Projects

2012-03-23 Thread Daniel-Constantin Mierla
Hello, ITSPA UK has unveiled the winners of its 4th annual Awards, an event designed to celebrate innovation and best practice in the VoIP industry: * http://www.itspaawards.org.uk/ Open Source VoIP Projects won a special category this year, Members' Pick, for providing a real value to VoI

Re: [SR-Users] modify FROM field in the "failure_route" block

2012-03-23 Thread Robert R
So, what's the best link for upgrade kamailio on Ubuntu? thanks, R On Fri, Mar 23, 2012 at 9:24 AM, Alex Balashov wrote: > I am going to have to go with the "upgrade" crowd in this one. Running > OpenSER 1.3 at this point is like running a libc5-based Linux distro. > Almost no advice or discuss

[SR-Users] 2 rollover contacts per user

2012-03-23 Thread Krishna Kurapati
Hi, Is there a way to set up maximum of 2 active roll over contacts per user? Currently when I setup max contacts param as 2, The third one is responding with 503 error for 3rd Register. How can we remove one of the contacts and replace it with the new one. I need it when the device is switching

Re: [SR-Users] cached $TV is 0 in failure route

2012-03-23 Thread Klaus Darilion
Thanks. I did some tests and it seems to work now. regards Klaus On 23.03.2012 13:00, Daniel-Constantin Mierla wrote: Can you try with patches: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=cf9269d7315e2965dcb57afda7838c4a5d3ad807 http://git.sip-router.org/cgi-bin/gitwe

Re: [SR-Users] CRLF Error with tcp_crlf_ping

2012-03-23 Thread Jijo
Hello, Yes it is sending CRLF after the second CRLF from client. Another thing is, Kamailio would send CRLF even if the second CRLF come after few seconds. I believe we don't have any way to drop it ? Thanks Jijo On Fri, Mar 23, 2012 at 5:34 AM, Daniel-Constantin Mierla wrote: > Hello, > >

Re: [SR-Users] memory allocation failure while reading ca_list

2012-03-23 Thread Juha Heinanen
Daniel-Constantin Mierla writes: > Maybe we can improve a bit in the way that if there are same ca_list and > crl path, to load once and do references from the other profiles. I > don't know if there is lot of coding, but should be kept in mind for > future optimizations. Perhaps could be added

[SR-Users] TLS delay on request processing

2012-03-23 Thread Andreas Heise
Hi list, I use Kamailio 3.2.2 as TLS<=>TCP gateway this is working well, but if I create some traffic by SIPP then Kamailio response time increase with every new call, seems to be that Kamailio process call by call. I made a test with 30caps then after ~200calls Kamailio need ~3s to response an in

Re: [SR-Users] modify FROM field in the "failure_route" block

2012-03-23 Thread Alex Balashov
I am going to have to go with the "upgrade" crowd in this one. Running OpenSER 1.3 at this point is like running a libc5-based Linux distro. Almost no advice or discussion is relevant to it because there have been such tectonic, generational shifts since. -- Alex Balashov - Principal Evariste

Re: [SR-Users] modify FROM field in the "failure_route" block

2012-03-23 Thread Carsten Bock
Hi, did you install it from source? If yes, you can simply add the "BRANCH_ROUTE" to allowed routes in OpenSER 1.3, that should work, i used it that way many years ago... (i think you need to change the module another place too). I strongly recommend you update your OpenSER to a more recent Kamail

Re: [SR-Users] modify FROM field in the "failure_route" block

2012-03-23 Thread Edson - Lists
Please upgrade to latest stable and try again Why? If you have to ask it, than you didn't got it... new version === new functionalities 99% of list support and tips are based on last stable version. 1.3 is pretty old... Edson. Em 23/03/2012 10:06, Robert R escreveu: Hi, Even though wh

Re: [SR-Users] modify FROM field in the "failure_route" block

2012-03-23 Thread Robert R
Hi, Even though when I try to use "uac_replace_from( )" in branch_route block I get the same error message: branch_route[2] { if ( $avp(i:204) ) { uac_replace_from("hello"); } } error message: Not starting openser: invalid configuration file! Mar 23 09:03:00 [7542] CRITICAL:cor

[SR-Users] Search all dialogs - Kamailiio 3.0.3

2012-03-23 Thread Charles Chance
Hi all, I was wondering if anyone could offer any advice please. We are using the dialog module and need to be able to find out whether another dialog exists within a particular profile and having a specific value, so that we can send the new call to the same gateway. As far as I am aware,

Re: [SR-Users] Accessing #!define "variables" from within lua

2012-03-23 Thread Asgaroth
I'll check this option out, thanks for the tip Alex. I guess the other option too, which I have not tried, is to possibly pass in the values as lua script parameters. On 23/03/12 12:12, Alex Balashov wrote: Have you considered using selectors/cfg_get variables instead? They are also a common

Re: [SR-Users] Accessing #!define "variables" from within lua

2012-03-23 Thread Alex Balashov
Have you considered using selectors/cfg_get variables instead? They are also a common way to store various types of "global" values/constants, with the difference that they can be accessed at run time using PV container functions instead of set at preprocessing. myproject.local_ip = "1.2.3.4"

[SR-Users] Accessing #!define "variables" from within lua

2012-03-23 Thread Asgaroth
Hi All, I am looking at writing a lua function that would really benefit from accessing "variables" that I would have defined by using the #!define statement. Is this at all possible? I've tried looking at the documentation surrounding lua and kamailio, but I cannot see how I would access it.

Re: [SR-Users] cached $TV is 0 in failure route

2012-03-23 Thread Daniel-Constantin Mierla
Can you try with patches: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=cf9269d7315e2965dcb57afda7838c4a5d3ad807 http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=e4972ebd926b1fea6af795f58785a2b766439e5d The problem was on caching key, which used to be msg

Re: [SR-Users] to tag not correctly inserted in rtpproxy command with kamailio 3.2.2

2012-03-23 Thread Daniel-Constantin Mierla
Hello, can you get latest version from git branch 3.2 and try again? It was a fix for timeout socket, but it broke the issue you reported. I hope is fixed properly now: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2357e54ecfba7a86b993e5a0e864fd232e1730ba Let us know th

Re: [SR-Users] Relaying message to Recent contact list...

2012-03-23 Thread Daniel-Constantin Mierla
Hello, On 3/22/12 6:36 PM, Krishna Kurapati wrote: Thanks Daniel. I found your posting four years ago about saving one contact per user http://lists.kamailio.org/pipermail/devel/2008-October/016273.html and used save("location", "0x04"). However, I noticed a problem with this. The contact is

Re: [SR-Users] cached $TV is 0 in failure route

2012-03-23 Thread Daniel-Constantin Mierla
On 3/23/12 11:12 AM, Klaus Darilion wrote: Almost no traffic. Only my test-client. Thus, for all the received messages you see the timestamps in the log I attached to last email. ok, I will push a patch soon -- it is an issue that is there for some time, unlikely to happen on production, but m

Re: [SR-Users] memory allocation failure while reading ca_list

2012-03-23 Thread Daniel-Constantin Mierla
On 3/19/12 12:59 PM, Juha Heinanen wrote: Daniel-Constantin Mierla writes: I guess it is loaded two time, for the server and client profiles. Try to set it via dedicated module parameter and see if you get better memory usage: http://kamailio.org/docs/modules/stable/modules/tls.html#ca_list

Re: [SR-Users] cached $TV is 0 in failure route

2012-03-23 Thread Klaus Darilion
Almost no traffic. Only my test-client. Thus, for all the received messages you see the timestamps in the log I attached to last email. regards Klaus On 23.03.2012 10:32, Daniel-Constantin Mierla wrote: One more question, do you have lot of traffic there, or is testing with few clients? Cheer

Re: [SR-Users] memory allocation failure while reading ca_list

2012-03-23 Thread Daniel-Constantin Mierla
btw, the devel branch as well as last stable releases are compiled with memory debugger on, you can compile with F_MALLOC and try to see if you get some improvements, but I guess they will not be really relevant over all. Cheers, Daniel On 3/19/12 4:04 PM, Jan Janak wrote: I know this is not

Re: [SR-Users] CRLF Error with tcp_crlf_ping

2012-03-23 Thread Daniel-Constantin Mierla
Hello, is kamailio sending crlf after the second crlf from the client? There is no notion of a packet in a stream connection, even a sip packet can be send char by char and the server has to assemble it by keep reading in a local buffer until all is retrieved. Cheers, Daniel On 3/23/12 1:50

Re: [SR-Users] cached $TV is 0 in failure route

2012-03-23 Thread Daniel-Constantin Mierla
One more question, do you have lot of traffic there, or is testing with few clients? Cheers, Daniel On 3/23/12 8:58 AM, Klaus Darilion wrote: On 22.03.2012 15:56, Daniel-Constantin Mierla wrote: Hello, On 3/22/12 11:08 AM, Klaus Darilion wrote: Hi! Is this by design? I would expect it to

Re: [SR-Users] cached $TV is 0 in failure route

2012-03-23 Thread Klaus Darilion
On 22.03.2012 15:56, Daniel-Constantin Mierla wrote: Hello, On 3/22/12 11:08 AM, Klaus Darilion wrote: Hi! Is this by design? I would expect it to be either the same value as in the request route, or even better to be calculated new every time it enters the failure route. $TV(...) takes inn