Hello Timo,
We've done a basic test and it seems
to solve the memory leak problem. We'll do exhaustive tests in a few days.
We'll keep you informed.
Thanks a lot,
Pedro
De:
Timo Teras timo.te...@iki.fi
Para:
SIP Router -
Kamailio \(OpenSER\) and SIP Express Router \(SER\) - Users
Hello,
quick note to let everyone know that after 12:00GMT I am starting to
package v3.3.2 -- after that time do not commit in the branch 3.3 until
the release is announced. For urgent matters write to sr-dev first.
Cheers,
Daniel
On 10/15/12 9:03 AM, Daniel-Constantin Mierla wrote:
Hello,
Hi,
My kamailio installation usually works right, but sometimes, it crashes and it
shows the following error:
ERROR: ctl [ctl.c:379]: ERROR: ctl: could not delete unix socket
/tmp/kamailio_ctl: Operation not permitted (1)
Do you know why it happens randomly or what's the cause ?
Many
Hi Johansson, All
Sincier regards and thanks for input.
As I understand, all media packets pass through RTP Proxy. The RTP Proxy
will receive simple UDP media packets from endpoints. Next RTP proxy today
pass those RTP packets to destination party.
My job is precisely to support TLS and DTLS
Kamal,
perhaps RFC 5763 provides you some of the answers?
On 10/16/2012 11:06 AM, Kamal Palei wrote:
Hi Johansson, All
Sincier regards and thanks for input.
As I understand, all media packets pass through RTP Proxy. The RTP
Proxy will receive simple UDP media packets from endpoints. Next
Hello,
On 10/16/12 10:09 AM, MARINA SERRANO MONTES wrote:
Hi,
My kamailio installation usually works right, but sometimes, it
crashes and it shows the following error:
ERROR: ctl [ctl.c:379]: ERROR: ctl: could not delete unix socket
/tmp/kamailio_ctl: Operation not permitted (1)
Do you
Hi Samuel,
Could you try to test again with the updated siptrace sources from 3.3
branch? I had a patch recently commited for a crash in siptrace, so I'm
pretty sure you have the same issue.
Please tell us if your problem was fixed.:)
Dragos
On 10/09/2012 12:00 PM, samuel wrote:
Hi folks,
I'll try the last branch to see whether it solves the issue.
thanks a lot indeed for the fast attention and reaction!
Samuel.
On 16 October 2012 12:12, Dragos Dinu dragos.d...@1and1.ro wrote:
Hi Samuel,
Could you try to test again with the updated siptrace sources from 3.3
branch? I had a
On 15.10.2012 23:36, Thomas Hoffman wrote:
We’re trying to determine how best to design/architect a solution where
we use Kamailio as a Presence/XCAP server and be scalable to support
millions of subscribers.
I see the Dispatcher module, but it appears that requires having
dedicated instances
Not sure if this RFC is the thing Kamal is looking for. AFAIS this RFC
is about setting up an SRTP sessions, and the key exchange for the SRTP
session does not happen via SIP (like SDES), but via a DTLS session
which is performed before sending SRTP packets multiplexed on the media
ports.
On Monday 15 October 2012, Daniel-Constantin Mierla wrote:
On 10/11/12 2:11 PM, Alex Hermann wrote:
On Thursday 11 October 2012, Daniel-Constantin Mierla wrote:
DEBUG: core [dns_cache.c:567]: dns_hash_find([IPv6 Address](30), 1),
h=707 DEBUG: core [resolve.c:727]: get_record: lookup([IPv6
Any input on the question below.
After further looking into it, the XML is from the following RCS spec:
http://www.gsma.com/rcs/wp-content/uploads/2012/03/1technicalrealv1.pdf
Is the Kamailio Presence module capable of handling the presence rule
xml below?
Thanks,
Sangeeta
On Mon, Oct 15, 2012
Hi all,
I had some problems with git (was it git fetch to update the local copy
from the main reposiory?) and I manually changed siptrace.c with the
addition of the len pointer in case it was using version 2 of HEP.
So far the server has not crashed. Before with just a few calls (less than
10)
Hello,
In ACC module i'm set extra field duration=$avp(i:256) and added after
lose_route, in method BYE
$avp_printf($avp(i:256), $DLG_lifetime) function.
Now after call, in databasse field duration i have text null. If i
set function like this: $avp_printf($avp(i:256), TEST) all is okay,
Dear All
While executing TLS enabled Kamailio proxy (3.1.5), getting below error.
* 0(15895) INFO: tls [tls_domain.c:227]: TLSsdefault: verify_depth=9
0(15895) ERROR: tls [tls_domain.c:393]: TLSsdefault: Unable to load
certificate file './modules/tls/ser-selfsigned.pem'
0(15895) ERROR: tls
On Monday 15 October 2012, Daniel-Constantin Mierla wrote:
On 10/11/12 2:11 PM, Alex Hermann wrote:
On Thursday 11 October 2012, Daniel-Constantin Mierla wrote:
DEBUG: core [dns_cache.c:567]: dns_hash_find([IPv6 Address](30), 1),
h=707 DEBUG: core [resolve.c:727]: get_record: lookup([IPv6
Ing. Pablo Digonzelli
Sofware Solutions
IP Soluciones SRL
25 de Mayo 521. Entrepiso A
email: pdigonze...@softsargentina.com
email: pdigonze...@gmail.com
twitter: @pdigonzelli
Tel: 0381 4227378
Cel: 0381 155982714
- Mensaje original -
De: Pablo R. Digonzelli
To unsubscribe, go to:
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users, search for
the button unsubscribe or edit options.
2012/10/16 Pablo R. Digonzelli pdigonze...@softsargentina.com
--
*Ing. Pablo Digonzelli*
Sofware Solutions
IP Soluciones SRL
Resolved this error, modified tls.cfg file.
Replaced default certificate/key file names with actual ones.
Thanks
-Kamal
On Tue, Oct 16, 2012 at 6:05 PM, Kamal Palei palei.ka...@gmail.com wrote:
Dear All
While executing TLS enabled Kamailio proxy (3.1.5), getting below error.
* 0(15895)
On Thursday 11 October 2012, Alex Hermann wrote:
I am using the dispatcher module with a database table shared among
multiple proxies. Some proxies do both IPv4 and IPv6, others only do IPv4.
The problem is when i use an IPv6 address in the dispatcher table. Then
the IPv4-only proxies fail to
Hello,
On 10/16/12 1:37 PM, Alex Hermann wrote:
On Monday 15 October 2012, Daniel-Constantin Mierla wrote:
On 10/11/12 2:11 PM, Alex Hermann wrote:
On Thursday 11 October 2012, Daniel-Constantin Mierla wrote:
DEBUG: core [dns_cache.c:567]: dns_hash_find([IPv6 Address](30), 1),
h=707 DEBUG:
Hello,
Kamailio SIP Server v3.3.2 stable release is out.
This is a maintenance release of the latest stable branch, 3.3, that
includes fixes since release of v3.3.1. There is no change to database
schema or configuration language structure that you have to do on
installations of v3.3.0 or
Hi all,
I'm facing problems with active subscription restoration after sipproxy
restart.
db_mode is 0 (DB_MEMORY_ONLY) and according to comments in the
presence.h kamailio holds subscription in memory and periodically
updates to db, but retrieves from db only at startup.
And it's true, I
Vitaliy Aleksandrov writes:
db_mode is 0 (DB_MEMORY_ONLY) and according to comments in the
presence.h kamailio holds subscription in memory and periodically
updates to db, but retrieves from db only at startup.
And it's true, I see that kamailio tries to update the active_watchers
table,
El Tue, 16 Oct 2012 17:00:03 +0200
Daniel-Constantin Mierla mico...@gmail.com escribió:
Hello,
Kamailio SIP Server v3.3.2 stable release is out.
For more details about version 3.3.2 (including links and hints to
download the tarball or from GIT repository), visit:
*
Hi Daniel, Peter, Klaus.
Sorry for delay I accidentally muted this thread :(
Thanks for the advice and great to hear it is being worked on. I will keep
you updated on our testing.
Richard
On 25 September 2012 11:52, Klaus Darilion klaus.mailingli...@pernau.atwrote:
On 25.09.2012 10:16,
26 matches
Mail list logo