Hi Daniel,
I'm sending you some memory leak fix we have found and fixed on
modules/utils/xcap_ auth.c.
The fixed memory leak is in pres_watcher_allowed (), and it is about
the "xmlFreeDoc" that it's never called for the "xcap_tree" variable.
We downloaded the source file from master branch and th
m:max_used_size = 57559216
shmem:real_used_size = 34493208
shmem:total_size = 134217728
shmem:used_size = 25651280
Thanks an kind regards,
laura
On Wed, Jan 25, 2012 at 7:18 PM, Henning Westerholt wrote:
> On Tuesday 24 January 2012, laura testi wrote:
>> we are using the XMPP gatew
Hi,
we are using the XMPP gateway modules:
• PUA
• PUA_XMPP
• XMPP
The behavior is ok but since the modules are started, the memory usage
is getting increased and now also the swap memory area is used.
I send to you the following information:
1. Numer of records from PUA an
understood right, it is about NOTIFY getting processed faster than
> 200OK for SUBSCRIBE. Do I remember correctly, you are running 3.1.x? It
> might not be in branch 3.1.
>
> Cheers,
> Daniel
>
>
> On 12/28/11 6:15 PM, laura testi wrote:
>
> Hi Daniel,
> Yes, all pat
eers,
> Daniel
>
>
> On 12/23/11 12:36 PM, Daniel-Constantin Mierla wrote:
>>
>> Hello,
>>
>> looks like a leak in a module that is storing record-routes and use them
>> later, perhaps pua module, I will check it soon.
>>
>> Cheers,
>> Dani
Mierla
wrote:
> Hello,
>
> pkg.stats was added in 3.2.0, iirc. For 3.1, you can walk the packets in
> memory with gdb -- 3.1 has memory debug on, so you don't need to recompile
> (unless you turned it off).
>
> Just attach to the pid of a sip worker (gdb /path/to/kamailio
On 12/21/11 12:12 PM, laura testi wrote:
>>
>> Hi,
>> sometime we get the following error after we restart the kamailio for a
>> while:
>>
>> ERROR: [timer.c:972]: ERROR: slow timer too slow: overflow
>> (1048 - 25 = 1023)
>> ... last message repe
Hi,
sometime we get the following error after we restart the kamailio for a while:
ERROR: [timer.c:972]: ERROR: slow timer too slow: overflow
(1048 - 25 = 1023)
... last message repeated 138times
ERROR: [timer.c:972]: ERROR: slow timer too slow: overflow
(1048 - 25 = 1023)
last message r
http://www.asipto.com/pub/kamailio-devel-guide/#c04troubleshooting
>
> See if you have lot of allocated chunks from same place in source code
> (ignore those at the beginning, mainly related to cfg parsing) and send the
> details here.
>
> Cheers,
> Daniel
>
>
> On 12/21/
Hi,
we are using the PUA_XMPP and PUA modules from the master branch. When
the modules are started, everything are ok, the presence events from
XMPP are sent to kamailio SIP servers (PUBLISH/SUBSCRIBE) and cached
in the hash. But when there are several thousands records in the hash
tabel, the updat
Tested the new pua module with the patch. the fetch_rows works!
Thank you very much!
Best Regards,
Laura
On Thu, Dec 1, 2011 at 2:01 PM, laura testi wrote:
> Thank you very much Daniel!
>
> I will try the patch.
>
>
> Best Regards,
> Laura
>
> On Wed, Nov 3
sidering the amount
> of records that can be there, it is indeed a limitation. I will add the
> functionality in the near future.
>
> Cheers,
> Daniel
>
>
> On 11/30/11 10:01 AM, laura testi wrote:
>>
>> Hi all,
>> when there many records in DB tables
Hi all,
when there many records in DB tables like location(usrloc use write
back mode), pua etc, kamailio fail to start by complaining "no pkg
memory left" when try to load (restore) all records from DB to
hashtable of location/pua. The share momory are allocated enough for
the hashtable, but th
are related to database/dns interaction).
>
> Cheers,
> Daniel
>
> On 11/17/11 10:40 AM, laura testi wrote:
>>
>> Hi all,
>> I see the new features in 3.1 mentioning the possibility to use raw
>> udp to boost the performance, but can not find any document on how
Hi all,
I see the new features in 3.1 mentioning the possibility to use raw
udp to boost the performance, but can not find any document on how to
enable it in the kamailio.cfg. Could anybody help?
Many Thanks!
Best Regards,
Laura
___
SIP Express Rout
8, 2011 at 4:08 PM, Daniel-Constantin Mierla
wrote:
> Hello Laura,
>
> thanks for testing and further patching. I just committed on master branch.
> Are you working with 3.1? Just to see how fast to plan the backports.
>
> Cheers,
> Daniel
>
> On 9/8/11 3:22 PM, laura tes
s no option to test it at all, I just made sure it compiles. Let me
> know the results, if it runs but fails, send me the output with debug=4. If
> all is ok, I will commit to git repository.
>
> Cheers,
> Daniel
>
> On 9/7/11 3:21 PM, laura testi wrote:
>>
>> Hi,
&g
Hi,
we have patch the xcap_misc.h with "#define XCAP_MAX_URI_SIZE 255"
which was 127, and extended the length of field doc_uri in the xcap
table to 256 from 128. Now the errror is gone.
After that we have done some test with curl, following are the results:
- DELETE an Entry from the list: OK
p 7, 2011 at 10:37 AM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> On 9/6/11 3:25 PM, laura testi wrote:
>>
>> Hi,
>> I am using the XCAP server of kamailio for contact list and presence
>> rules. It seems it only support to update the whole xcap doc of the
>>
Hi,
I am using the XCAP server of kamailio for contact list and presence
rules. It seems it only support to update the whole xcap doc of the
user but not the partial update. Can anyone tell me if the kamailio's
xcap server support the partial update of a user's doc? for example,
to remove a contact
Hi Laura,
>
> thanks, I will apply the patches soon.
>
> Cheers,
> Daniel
>
> On 8/10/11 12:32 PM, laura testi wrote:
>
> Hi Daniel,
> please find the attached diff files and the files patched.
>
> Best Regards,
> Laura
>
> On Tue, Aug 9, 2011 at 4:34 PM,
}
- node= xmlNewChild(person_node, NULL, BAD_CAST "activities",
- BAD_CAST 0);
- if(node== NULL)
- {
- LM_ERR("while adding node\n");
- goto error;
-
Hi all,
we are trying to setup a kamailio presence server in SIP/SIMPLE domain
to interwork with XMPP domains including the GTalk (see the config
below). The architecture is like this:
- SIP/SIMPLE server: kamailio3.14 with full configuration with XCAP integration
- XMPP Gateway: another kamailio s
and commit it on the master
>branch.
>If anyone has other suggestions, please let me know.
>Cheers,
>Marius
On Wed, Jul 20, 2011 at 1:11 PM, laura testi wrote:
> Hi Marius,
> Thank you very much for
le?
Just in case, in usrloc module, it miss the fallback to DB mode but
has write-through and pure db mode ;-)
Best Regards,
Laura
On Fri, Jul 15, 2011 at 4:58 PM, Henning Westerholt
wrote:
>
> On Friday 15 July 2011, laura testi wrote:
> > we have checked the presence extensi
rholt <
henning.westerh...@1und1.de> wrote:
> On Thursday 30 June 2011, laura testi wrote:
> > [...]
> > pres_refresh_watchers triggered by xcap message in another presence
> server:
> > with the hashing over to uri in dispacther workaround, it seems solve the
> > f
Hi Henning,
Thank you very much for your reply. I'll check it.
Best Regards,
Laura
On Fri, Jul 1, 2011 at 5:02 PM, Henning Westerholt <
henning.westerh...@1und1.de> wrote:
> On Thursday 30 June 2011, laura testi wrote:
> > [...]
> > pres_refresh_watchers triggered
ode only in PRESENCE
module like REGISTRAR module. The fallback to db can't help either for point
1 or for point 2. Can you help please?
Thank you in advanced!
Best Regards,
Laura
On Tue, Jun 28, 2011 at 8:43 PM, Daniel-Constantin Mierla wrote:
> Hello,
>
>
>
> O
Hello all,
I’m using two Kamailio Presence Servers that are also XCAP Servers for the
presence and resources management and the Kamailio Dispatcher in order to
balance the SIP requestes coming from SIP Client.
Then I’m trying to configure a HTTP load–balancer for the xcap/http
traffic.
I’m test
/etc/init.d/kamailio?
Thanks,
Laura
On Tue, Jun 21, 2011 at 4:23 PM, Andrew Pogrebennyk <
andrew.pogreben...@portaone.com> wrote:
> On 21.06.2011 17:08, laura testi wrote:
>
>> Yes, it can be read by all user like other configuration file:
>> -rw-r--r-- 1 root root 5
Yes, it can be read by all user like other configuration file:
-rw-r--r-- 1 root root 566 Jun 20 18:56 ldap.cfg
On Tue, Jun 21, 2011 at 2:33 PM, Daniel-Constantin Mierla wrote:
>
>
> On 6/21/11 12:33 PM, laura testi wrote:
>
> The LDAP server is running on another machine
mailio'?
>
> You can change the user/group for kamailio service in /etc/default/kamailio
>
> Cheers,
> Daniel
>
>
> On 6/21/11 12:00 PM, laura testi wrote:
>
> Hi Daniel,
> thank you very much for your quick reply. Yes I can connect to ldap and
> make search
n/kamailio[8786]: ERROR: ldap
> [ldap_connect.c:166]: [sipaccounts]: ldap bind failed: Can't contact LDAP
> server
>
> suggesting connectivity problem to ldap server. Is it running? Can you
> connect to ldap server from a terminal?
>
> Cheers,
> Daniel
>
>
> On 6/21/
Hi,
we try to use LDAP module in kamailio, first we try only load the ldap.so
only to see if it can be loaded. When we start from the command line with
either "kamctl start" or directly "kamilio", the kamailio is started
normally with different children. When I try to start as service with
"service
34 matches
Mail list logo
