I am having this issue when using kamailio-4.1.2 (after patching the segfault bug). The kamailio is configurated as a frontend for asterisk. When using UDP for SIP, this works correctly. However, I am now setting up websockets (no TLS yet), and I am
getting a disconnect after an interval. I am get
Thanks Hugh !
This is exactly what I needed.
On 04/11/2014 12:09 PM, Hugh Waite wrote:
Dan,
The uac_req_send() function uses values that have been set up in pseudo
variables.
In the cfg file it would look like this (for example):
$uac_req(method) = "REGISTER"
$uac_req(ruri) = "sip:d...@exampl
Dan,
The uac_req_send() function uses values that have been set up in pseudo
variables.
In the cfg file it would look like this (for example):
$uac_req(method) = "REGISTER"
$uac_req(ruri) = "sip:d...@example.com"
$uac_req(furi) = "sip:d...@example.com"
$uac_req(turi) = "sip:d...@example
uac_req() and uac_req_senf(). Is that doable with other functions ? Again, this
has to be independent REGISTER (ISC interface functionality).
On 04/11/2014 06:16 AM, Daniel-Constantin Mierla wrote:
Hello,
what other functions do you need from uac module? uac_req_send() has no
parameter and can
Hello,
upgrading will not help. The best is trying to avoid using the two
operations over the same message. Alternative is to use
msg_apply_changes() in between them.
It is due to internal architecture of how changes are done to the sip
message. They are not applied immediately -- see more d
Hi,
why you don't user functions from rptproxy module ?
http://kamailio.org/docs/modules/4.1.x/modules/rtpproxy.html#idp79896
Daniel
On 04/11/2014 03:02 PM, Daniel Ciprus wrote:
> If you're going to recommend to upgrade/or use something else - this is
> not feasible for some weird reasons. Is
If you're going to recommend to upgrade/or use something else - this is not
feasible for some weird reasons. Is this a bug or just my misunderstanding how
to use this function ?
thanks
On 04/11/2014 07:54 AM, Ciprus, Daniel wrote:
Yes I do
Sent via the Samsung GALAXY S®4, an AT&T 4G LTE smar
Yes I do
Sent via the Samsung GALAXY S®4, an AT&T 4G LTE smartphone
Original message
From: Daniel-Constantin Mierla
Date:04/11/2014 6:13 AM (GMT-05:00)
To: "Ciprus, Daniel" ,"Kamailio (SER) - Users Mailing List"
Subject: Re: [SR-Users] SDP c= IP doesn't get rewritten
Hello,
On 11/04/14 09:12, Juha Heinanen wrote:
i read tls code and docs more carefully and found that if tls server is
configured like this:
[server:default]
verify_certificate = yes
require_certificate = no
tls_method = SSLv23
private_key = /etc/sip-proxy/certs/sip-proxy/key.pem
certificate = /etc/si
Hello,
what other functions do you need from uac module? uac_req_send() has no
parameter and can be executed with sr.modf() from lua.
For functions with parameters, you would need to extend the lua api to
be safe.
Cheers,
Daniel
On 11/04/14 05:54, Daniel Ciprus wrote:
Hi,
How much of UAC
Hello,
are you using a rtp relay (e.g., rtpproxy)?
Cheers,
Daniel
On 11/04/14 02:46, Daniel Ciprus wrote:
All,
I am facing problem with rewriting SDP part of the INVITE, in
particular following is in my configuration:
#!subst "/RTP_INT_ADDR/10.96.173.15/"
#!subst "/RTP_EXT_ADDR/168.7.24.17
i read tls code and docs more carefully and found that if tls server is
configured like this:
[server:default]
verify_certificate = yes
require_certificate = no
tls_method = SSLv23
private_key = /etc/sip-proxy/certs/sip-proxy/key.pem
certificate = /etc/sip-proxy/certs/sip-proxy/cert.pem
ca_list =
12 matches
Mail list logo
