Am Montag, 13. August 2018, 19:48:49 CEST schrieb Wilkins, Steve:
> Is it possible for Kamailio to interface with a particular Asterisk Server
> based on the FQDN of a caller?
>
> I would like to pass calls received by Kamailio through to different
> Asterisk Servers based on the FQDN of the
Hi All,
Is it possible for Kamailio to interface with a particular Asterisk Server
based on the FQDN of a caller?
I would like to pass calls received by Kamailio through to different Asterisk
Servers based on the FQDN of the caller. I have used Load Balancing before,
but I want to select
Am Montag, 13. August 2018, 07:23:10 CEST schrieb Joel Serrano:
> Thanks for your suggestions. For now I'll give a try your approach #1.
>
> Couple extra doubts:
>
> 1- do you think an expiry of say 60s is too low? or is it reasonable? (I
> know it will depend a lot on the number of records in
Hi Henning,
Yes, it would be for the HA setup.
So for example, say we have (I'm making it up):
modparam("uac", "reg_start_disabled", 1) ## This tells uac module to
start with all records in `uacreg` table disabled.
1- Start kamailio on both nodes (no registrations are sent by any node).
2-
Are you going through a PBX like Asterisk? I am using rtpengine but I cannot
get media packets to go from Asterisk->Kamailio(rtpengine)->softphone. I get
no errors and I see rtpengine traffic, but the calls go Asterisk->softphone.
Thanks ALL
From: sr-users On Behalf Of Nicolas Breuer
Sent:
HI All,
I am not sure if I understand it correctly but I thought that I could use
rtpengine to redirect media packets. My current SIP flow is =>
Softphone=>Kamailio=>Asterisk=>Kamailio=>Softphone, and Media flows from is
Asterisk<=>softphone. But I don't want Media to flow this way.
That is, I
I am currently using multiple instances of Kamailio with a common database
and using the usrloc module with db_mode=4 and server_id to filter the
contacts that get loaded at startup on each server.
The problem I seem to have is that using the RPC call ul.add, I cannot see
any parameter to send to
In case anyone encounters a similar error - this seems to be fixed in
the current master branch and was probably the same issue as
https://github.com/kamailio/kamailio/issues/1433.
On 08/08/2018 05:08 PM, Ivaylo Markov wrote:
> Hello,
>
> I have Kamailio 5.1.4 (from deb.kamailio.org) running on a
Hi All,
Quick question with regards the lua_run function in app_lua module.
The documentation for v5.0.x states:
"Execute the Lua function 'func' giving params as parameters. There can
be up to 3 string parameters. The function must exist in the script
loaded at startup via parameter 'load'.
I have installed kamailio 5.1.4 version in ubuntu server. I need to route
RTP packets through kamailio with SIP packets. I will explain the way i
have set up everything.
I have installed rtpproxy by apt-get install rtpproxy.
i have edited "/etc/default/rtpproxy" file with the line
Hello,
there can be Lua function name plus up to 3 parameters, so over all, max
4 parameters to lua_run(...). The parameters must be given as string. An
example with max number of params:
lua_run("lua_funcx3", "$rU", "2", "$si");
Cheers,
Daniel
On 13.08.18 12:50, Asgaroth wrote:
> Hi All,
>
>
Hello,
I want to upgrade my both Kamailio from 4.4 to 5.1
I have to upgrade the SQL structure before running the 5.1 release.
But my SQL servers are synchronized - Kamailio 4.4 can works with the 5.1 SQL
structure ?
<>___
Kamailio (SER) - Users
Excellent, thanks for clarification.
To pass #!defined vars i'd need to do something like:
lua_run("some_function", '"' + VAR_1 + '"')
seeing that they need to be quoted as strings, or, is it possible to
access #!define vars from directly within the lua function?
Another side question, is
On Mon, Aug 13, 2018 at 02:16:36PM +, Nicolas Breuer wrote:
> Just put version_table="version44" in Kamailio.conf ?
I tried ammend my message, but (hopefully) more clear:
version_table points to an alternate table in the database that contains
the versions of the other tables. If both
I am currently using multiple instances of Kamailio with a common database
and using the usrloc module with db_mode=4 and server_id to filter the
contacts that get loaded at startup on each server.
The problem I seem to have is that using the RPC call ul.add there I cannot
see any parameter to
Hello,
I just pushed a patch to set server_id inside ul.add rpc command:
-
https://github.com/kamailio/kamailio/commit/c681adedc7284b9e681d37ad87a30251c02e3508
Can you give it a try? If works as expected, then I am going to backport it.
Cheers,
Daniel
On 13.08.18 09:22, Darren Williams
On Mon, Aug 13, 2018 at 03:23:29PM +0200, Daniel Tryba wrote:
> version_table="version44"
>
> Set this directive in the 4.4.x machines.
Offcourse after copying it from the standard versions table.
signature.asc
Description: PGP signature
___
Kamailio
On Mon, Aug 13, 2018 at 10:52:59AM +, Nicolas Breuer wrote:
> I want to upgrade my both Kamailio from 4.4 to 5.1
> I have to upgrade the SQL structure before running the 5.1 release.
>
> But my SQL servers are synchronized - Kamailio 4.4 can works with the 5.1 SQL
> structure ?
If there are
Hello,
I migrated from Rtp_proxy module to Rtp_Engine.
Everythings works fine apart the rewriting of the SDP description in Kamailio
subst_body('/(^s=.*)/s=Test of a Sip call.\r/')
Any ideas if this is supposed to be supported?
<>___
Kamailio (SER)
Ok.
I will try this
To be sure, i will make backup's before
-Message d'origine-
De : sr-users De la part de Daniel Tryba
Envoyé : lundi 13 août 2018 15:23
À : Kamailio (SER) - Users Mailing List
Objet : Re: [SR-Users] Upgrade from 4.4 to 5.1
On Mon, Aug 13, 2018 at
Hi Henning,
the following make file was enough to get the .so file of my module. Thanks
again for your help
include ../../Makefile.defs
auto_gen=
NAME=abdul**.so
LIBS=
DEFS+=-DKAMAILIO_MOD_INTERFACE
SERLIBPATH=../../lib
SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
ifeq
Just put version_table="version44" in Kamailio.conf ?
Thanks
-Message d'origine-
De : sr-users De la part de Daniel Tryba
Envoyé : lundi 13 août 2018 15:23
À : Kamailio (SER) - Users Mailing List
Objet : Re: [SR-Users] Upgrade from 4.4 to 5.1
On Mon, Aug 13, 2018 at 10:52:59AM +,
22 matches
Mail list logo