Hi,
(Kamailio 4.2.3)
Working to get dialogs closed and cleaned up nicely I'm looking into the
ka_interval and ka_timer parameter of the dialog module. The following
is now happening.
Scenario:
1. Call gets setup
2. Callee's internet connection drops
3. Call gets terminated (nicely) due to ka
Hello,
can you create a pull request to github project:
- https://github.com/kamailio/kamailio
It will make the review process easier as we can add comments to the
patch, if needed.
If all ok, the patch will be merged once the development is unfrozen --
now we are in the testing period for ne
Hello,
I have written a patch to add checking for the Request-URI.
Please see attached diff.
I hope you consider pushing this code upstream.
Thanks,
Emmanuel
On Wed, May 6, 2015 at 12:14 PM, Vik Killa wrote:
> Hello,
> We would like to match specific calls based on two factors:
> 1. the source I
Hello,
We would like to match specific calls based on two factors:
1. the source IP address
2. the Request URI
I see in the permissions module, it is possible to match based on the
Source IP + the From URI.
We need two match both in order to return the appropriate 'tag' attribute
from table.
Woul
On 05/06/2015 10:44 AM, Yogendra Gupta wrote:
> Hello,
>
> I have setup kamailio at AWS server and it is connecting at private IP
> not public ip.
>
> I am getting following error:
>
>
>
> ERROR: [udp_server.c:392]: udp_init(): bind(7, 0x7f9eca5f11bc,
> 16) on 54.149.7.246: Cannot assign req
Hello,
I have setup kamailio at AWS server and it is connecting at private IP not
public ip.
I am getting following error:
ERROR: [udp_server.c:392]: udp_init(): bind(7, 0x7f9eca5f11bc, 16) on
54.149.7.246: Cannot assign requested address
Let me know where I need to fixed it
Thanks
Hello,
to understand properly, do you need to have:
HA1=SHA(username:realm:password)
HA2=SHA(method:digestURI)
response=SHA(HA1:nonce:HA2)
Perhaps it can be done with config file scripting, if you are familiar
with transformations and header manipulation. But I think it will be
simpler to extend
Hello,
In my scenario with a Kamailio server, I have a VOIP client connecting to the
server which, for some reasons, cannot calculate MD5 hashes but only SHA. In
this situation, would it be possible to change the authentication algorithm by
either modifying Kamailio scripts or writing an extern
Hello,
cross posting to get heads up of everyone that wants to join the
discussion, however, do reply to sr-...@lists.sip-router.org, being more
related to development and project files structure.
At this moment we install three kamailio configuration files:
- kamailio.cfg - the default one to b
Hi Daniel,
Yes, that is exactly what's happening. And only when using TLS.
I have kamailio specifically setup to bind to eth0:0 so I have no idea how
it's sending to eth0
Thanks,
V
On Wed, May 6, 2015 at 8:26 AM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> looking at your initial email in this
Hello Daniel,
Thank you! Setting the mhomed parameter fixed it!
Regards,
Grant
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of
Daniel-Constantin Mierla
Sent: Wednesday, May 6, 2015 3:43 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Strange behavi
Hello,
do you have forwarding rules on your IP routing tables between the two
interfaces? Have you enabled the mhomed global parameter?
For UDP, the default rule is to use incoming socket for sending the
packets, unless mhomed is enabled.
For TCP is the kernel that has the final decision on the
Hello,
I have a Kamailio machine configured with two interfaces. One public, one
private.
Public Address: 10.10.10.10
Private Address: 192.168.1.10
Kamailio forwards the SIP packet to another local endpoint: 192.168.1.20
When a client sends a SIP packet using TCP to the public address of Kamail
On 06/05/15 01:30 AM, Isuru Wijesinghe wrote:
Hi All
I'm using rtpengine to in my implementation of webrtc.
In my client side browser I have used following code snippet to
configure stun/turn servers to identify ice candidates and turn fall back.
>>
Hello,
looking at your initial email in this discussion, you said:
"This works great except when I try using TLS, kamailio routes traffic
from eth0:0 to eth0 then to correct destination"
Does that mean you see a connection from eth0:0 to eth0, so kamailio is
receiving the SIP traffic again and t
Do you do anything special in your kamailio config to handle the NIC
aliases?
On Mon, May 4, 2015 at 10:21 PM, Slava Bendersky
wrote:
> Hello Vik,
> I don't have same problem it works fine for me, but I have same setup on
> public side where multiply aliases on interface is involved.
>
> Slava.
Hello,
there is no indication yet where is the leak, so you have to upgrade
core and all modules you are using.
If you configured with 4GB of memory, then there is a leak. You say you
have your own customized modules, you should investigate your changes
first to see if there are leaks.
There are
Hello Daniel,
Thank you so much for your answer
I want to ask you something before upgrade kamailio, currently we are
config shared memory size is 4GB, and normal kamailio only use 12-14 MB. We
are changed some module for our purpose like using cnxcc (using for
prepaid) and alias_db module for cal
Hello,
On 05/05/15 21:32, Mickael Marrache wrote:
>
> Hi,
>
>
>
> After making some tests, I found that if I configure the VIP interface
> before the non-VIP one, all works fine.
>
>
>
> listen=tcp:VIP:5060
>
> listen=tcp:nonVIP:5060
>
>
>
> Double RR is still enabled but only one RR header
Hello,
upgrade to kamailio 4.1.8, because there are fixes since 4.1.5. Same
config and database structure are used in all 4.1.x releases, therefore
you just need to deploy the new version and restart.
Also, be sure you have allocated sufficient shared memory (-m command
line parameter), by defaul
*set_forward_no_connect()* called after lookup() prevents kamailio from
making a new connection to a phone if there is no active connection.
This is useful when you are trying to call to a UA which kamailio still
keeps registration record for, but TCP/TLS connect to this phone is
already gone (d
21 matches
Mail list logo
