Re: [SR-Users] Changing METHOD

2012-12-20 Thread Daniel-Constantin Mierla
On 12/20/12 8:05 AM, Olle E. Johansson wrote: 19 dec 2012 kl. 23:14 skrev Daniel-Constantin Mierla mico...@gmail.com: On 12/19/12 10:28 PM, Olle E. Johansson wrote: 19 dec 2012 kl. 19:35 skrev Daniel-Constantin Mierla mico...@gmail.com: On 12/19/12 7:20 PM, Andreas Granig wrote: Hi Olle,

Re: [SR-Users] Bug in uac_replace_from if used more than once?

2012-12-20 Thread Olle E. Johansson
18 dec 2012 kl. 11:44 skrev Daniel Tryba dan...@pocos.nl: On Tuesday 18 December 2012 09:21:24 Daniel-Constantin Mierla wrote: you have to use it only once -- this is due to how the changes are done to the sip message headers, but also because of adding a special parameter to record-route

Re: [SR-Users] Bug in uac_replace_from if used more than once?

2012-12-20 Thread Daniel-Constantin Mierla
On 12/20/12 10:33 AM, Olle E. Johansson wrote: 18 dec 2012 kl. 11:44 skrev Daniel Tryba dan...@pocos.nl: On Tuesday 18 December 2012 09:21:24 Daniel-Constantin Mierla wrote: you have to use it only once -- this is due to how the changes are done to the sip message headers, but also because

[SR-Users] kamailio-ser integration - status update

2012-12-20 Thread Daniel-Constantin Mierla
Hello, most of the duplicated or ser-specific modules were sorted out at this time, next is the situation with the remaining ones. A) modules that will be renamed using a prefix 'uid_', because they have a database schema using unique id instead of username and domain: - auth_db =

Re: [SR-Users] [sr-dev] kamailio-ser integration - status update

2012-12-20 Thread Olle E. Johansson
20 dec 2012 kl. 15:17 skrev Daniel-Constantin Mierla mico...@gmail.com: Hello, most of the duplicated or ser-specific modules were sorted out at this time, next is the situation with the remaining ones. A) modules that will be renamed using a prefix 'uid_', because they have a

Re: [SR-Users] [sr-dev] kamailio-ser integration - status update

2012-12-20 Thread Daniel-Constantin Mierla
On 12/20/12 3:25 PM, Olle E. Johansson wrote: 20 dec 2012 kl. 15:17 skrev Daniel-Constantin Mierla mico...@gmail.com: Hello, most of the duplicated or ser-specific modules were sorted out at this time, next is the situation with the remaining ones. A) modules that will be renamed using a

Re: [SR-Users] RADIUS authentication

2012-12-20 Thread Jesús Rodríguez
Hello, You should take a look to Radiator: http://www.open.com.au/radiator/technical.html It has some authentication methods for Microsoft. Regards. El 20/12/2012, a las 15:58, Moacir Ferreira moacirferre...@hotmail.com escribió: Yeah... I know it can be a kind of problem. But millions of

Re: [SR-Users] RADIUS authentication

2012-12-20 Thread Juha Heinanen
Moacir Ferreira writes: Anyway, it is tricky but M$ (I liked the $ thing here) can do MD5. I would love to see a #!define WITH_RADIUS at kakailio.cfg but we don't have it. i used to use radius authentication with kamailio for years, but recently gave up on it due to extra complexity/load

Re: [SR-Users] [sr-dev] kamailio-ser integration - status update

2012-12-20 Thread Daniel-Constantin Mierla
On 12/20/12 4:13 PM, Ovidiu Sas wrote: On Thu, Dec 20, 2012 at 9:39 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: - nathelper - some extra functionality, not sure if can be kept completely Maybe Andreas can look into this, as there is a lot of work going on with nathelper and the new

Re: [SR-Users] [sr-dev] kamailio-ser integration - status update

2012-12-20 Thread Ovidiu Sas
On Thu, Dec 20, 2012 at 11:04 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: On 12/20/12 4:13 PM, Ovidiu Sas wrote: On Thu, Dec 20, 2012 at 9:39 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: - nathelper - some extra functionality, not sure if can be kept completely Maybe

Re: [SR-Users] [sr-dev] kamailio-ser integration - db modules

2012-12-20 Thread Ovidiu Sas
On Thu, Dec 20, 2012 at 11:20 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: What's the difference between the db1 and db2 interface? It is not the case here, modules_k/ldap does not have any relation to database interface. Any database module db_[DatabaseType] implements an API. SER

Re: [SR-Users] Core fm_realloc function

2012-12-20 Thread Bruno Bresciani
Hello Daniel, What patch this bug was fixed? This bug was open in 30 July 2012 and ultimate Release to 3.1.X (3.1.6) was released at 14 July 2012... Best Regards 2012/8/1 Daniel-Constantin Mierla mico...@gmail.com Hello, On 7/31/12 3:39 PM, Bruno Bresciani wrote: Hello, I didn't

Re: [SR-Users] Core fm_realloc function

2012-12-20 Thread Daniel-Constantin Mierla
Hello, if you refer to free(0) issue with libssl, I am not sure it was ever put in 3.1 branch, as the last release was before reporting the issue. Cheers, Daniel On 12/20/12 6:01 PM, Bruno Bresciani wrote: Hello Daniel, What patch this bug was fixed? This bug was open in 30 July 2012 and

Re: [SR-Users] RADIUS authentication

2012-12-20 Thread Daniel-Constantin Mierla
On 12/20/12 3:58 PM, Moacir Ferreira wrote: Yeah... I know it can be a kind of problem. But millions of companies are using MS meaning we need to adapt if willing to work for the enterprise market. If we do not offer some kind of integration with AD, then we will end-up having 2 user names

Re: [SR-Users] Core fm_realloc function

2012-12-20 Thread Bruno Bresciani
Hi, I refer the bug fix FS#247 that I open in 30 July 2012 and you closed in 25 october 2012 with the information: Reopen if the patch for free(0) didn't work.. What Release this fix was included? Best Regards 2012/12/20 Daniel-Constantin Mierla mico...@gmail.com Hello, if you refer to

[SR-Users] GROUP - change database table

2012-12-20 Thread Daniel W. Graham
I am attempting to move the location of the GROUP 'grp' table. I created column grp in subscriber table and configured column with same settings as default table and updated column name as follows: modparam(group, db_url, DBURL) modparam(group, table, subscriber) modparam(group, use_domain, 1)

Re: [SR-Users] RADIUS authentication

2012-12-20 Thread Moacir Ferreira
I thanks for the responses. However, I still don’t have a “vision” on how I can address my problem. My key points here are: - Most of the enterprise companies have a directory service implemented already. So it does not make sense to create and maintain a second one just for SIP clients. With