On Wednesday 02 February 2011, Klaus Darilion wrote:
> Am 02.02.2011 15:24, schrieb Alex Hermann:
> > On Wednesday 02 February 2011, you wrote:
> >> Alex, what happens if one server is down. There will be lots of
> >> "replication transactions" which will timeout. Can this cause any
> >> problems i
Am 02.02.2011 15:24, schrieb Alex Hermann:
> On Wednesday 02 February 2011, you wrote:
>> Am 27.01.2011 13:05, schrieb Alex Hermann:
>>> On Thursday 27 January 2011, Klaus Darilion wrote:
Am 27.01.2011 11:21, schrieb Danny Dias:
> I've read some difficulty in the synchronisation of regis
On Wednesday 02 February 2011, you wrote:
> Am 27.01.2011 13:05, schrieb Alex Hermann:
> > On Thursday 27 January 2011, Klaus Darilion wrote:
> >> Am 27.01.2011 11:21, schrieb Danny Dias:
> >>> I've read some difficulty in the synchronisation of registrations
> >>> because Kamailio works best when
Am 27.01.2011 13:05, schrieb Alex Hermann:
> On Thursday 27 January 2011, Klaus Darilion wrote:
>> Am 27.01.2011 11:21, schrieb Danny Dias:
>>> I've read some difficulty in the synchronisation of registrations because
>>> Kamailio works best when it stores registrations in memory and
>>> registra
On 02/02/2011 12:20 PM, Danny Dias wrote:
Hello,
I was thinking that if i store the contacts that are registered into
my proxy in a database, like this:
.
.
# - usrloc params -
modparam("usrloc", "db_mode", 3)
.
.
if (is_method("REGISTER"))
{
if (!save("location"))
Would be possible.
Have a look at DRBD!
Von: sr-users-boun...@lists.sip-router.org
[mailto:sr-users-boun...@lists.sip-router.org] Im Auftrag von Danny Dias
Gesendet: Mittwoch, 2. Februar 2011 11:20
An: kamailio
Betreff: Re: [SR-Users] Redundancy between 2 Kamailio servers
Hello,
I was
Hello,
I was thinking that if i store the contacts that are registered into my
proxy in a database, like this:
.
.
# - usrloc params -
modparam("usrloc", "db_mode", 3)
.
.
if (is_method("REGISTER"))
{
if (!save("location"))
sl_reply_error();
exit;
}
.
.
This
2011/1/27 Danny Dias :
>> Two Kamailios in a HeartBeat cluster which manages the kamailio
>> service along with a virtual IP in which kamailios are supposed to
>> listen. Just one kamailio is running (HA manages them).
>>
>
> So, the heartbeat cluster shall manage that both are ok and also check th
Thanks Iñaki,
2011/1/27 Iñaki Baz Castillo
> 2011/1/27 Danny Dias :
> > Do you mean that both Kamailio-1 and Kamailio-2 will be as primary
> server?
> > and the clients will register in the 2 machines? and also they will bind
> to
> > the ip of the HA? sorry my friend but i do not understand ver
2011/1/27 Danny Dias :
> Do you mean that both Kamailio-1 and Kamailio-2 will be as primary server?
> and the clients will register in the 2 machines? and also they will bind to
> the ip of the HA? sorry my friend but i do not understand very well, i'm
> quite new with redundant systems, could you
2011/1/27 Klaus Darilion :
> Is it possible to bind Kamailio to an IP address which is not active?
> (e.g. start Kamailio on the backup server)
Yes, it depends on a sysctl option of the kernel (I don't remember the
name, sorry). With such option set you can make a server to listen in
a IP which do
On Thursday 27 January 2011 17:18:22 Danny Dias wrote:
> Do you mean that both Kamailio-1 and Kamailio-2 will be as primary server?
> and the clients will register in the 2 machines? and also they will bind to
> the ip of the HA? sorry my friend but i do not understand very well, i'm
> quite new wi
Do you mean that both Kamailio-1 and Kamailio-2 will be as primary server?
and the clients will register in the 2 machines? and also they will bind to
the ip of the HA? sorry my friend but i do not understand very well, i'm
quite new with redundant systems, could you please explain a little please?
On Thursday 27 January 2011, Klaus Darilion wrote:
> Alex, do you also do NAT keep-alive from the proxies? If yes, are you
> sending them from both servers at the same time?
No, we require clients to sent nat-keepalives. It is much more efficient. In
addition, the registrars are not directly acce
Am 27.01.2011 13:05, schrieb Alex Hermann:
> On Thursday 27 January 2011, Klaus Darilion wrote:
>> > Am 27.01.2011 11:21, schrieb Danny Dias:
>>> > > I've read some difficulty in the synchronisation of registrations
>>> > > because
>>> > > Kamailio works best when it stores registrations in memo
On 01/27/2011 04:15 PM, Danny Dias wrote:
Thanks Alex...
2011/1/27 Alex Hermann mailto:a...@speakup.nl>>
On Thursday 27 January 2011, Klaus Darilion wrote:
> Am 27.01.2011 11:21, schrieb Danny Dias:
> > I've read some difficulty in the synchronisation of
registrations because
Darilion
Gesendet: Donnerstag, 27. Januar 2011 15:18
An: Alex Hermann
Cc: sr-users@lists.sip-router.org
Betreff: Re: [SR-Users] Redundancy between 2 Kamailio servers
Am 27.01.2011 13:05, schrieb Alex Hermann:
>> > Yes - the problem with SIP based replication is that both proxies must
>&g
Am 27.01.2011 13:05, schrieb Alex Hermann:
>> > Yes - the problem with SIP based replication is that both proxies must
>> > be running. This is a problem as Kamailio binds to the virtual IP at
>> > start up - thus adding the virtual IP address to the backup server does
>> > not make Backup-Kamail
Thanks Alex...
2011/1/27 Alex Hermann
> On Thursday 27 January 2011, Klaus Darilion wrote:
> > Am 27.01.2011 11:21, schrieb Danny Dias:
> > > I've read some difficulty in the synchronisation of registrations
> because
> > > Kamailio works best when it stores registrations in memory and
> > > reg
On Thursday 27 January 2011, Klaus Darilion wrote:
> Am 27.01.2011 11:21, schrieb Danny Dias:
> > I've read some difficulty in the synchronisation of registrations because
> > Kamailio works best when it stores registrations in memory and
> > registrations are constantly changing - they expire and
Am 27.01.2011 11:21, schrieb Danny Dias:
> Hello my friends,
>
> I wonder if someone has done this before? i would like to implement 2
> Kamailio servers with redundancy, something like the following:
>
> SERVER_A is working as the primary sip proxy (virtual IP as the sip
> signaling), if it fa
21 matches
Mail list logo