Hi,
Is there anyway to do state-full failover of Kamailio+RTPProxy from a primary server to a backup server?
Regards,
Frank
On 12/14/2015 11:51 AM, Frank Costeira wrote:
Is there anyway to do state-full failover of Kamailio+RTPProxy from a primary server to a backup server?
It's the kind of thing that's more trouble than it's worth, in the sense that 99% of your effort will be spent on solving a 1% problem.
Hi,
Is statefull failover a function of the Kamailio or RTPProxy application? Would they be able to do the statefull checkpointing between servers, or is there a third-party tool that can be used?
Regards,
On Mon, Dec 14, 2015 at 12:00 PM, Alex Balashov abalashov@evaristesys.com wrote:
On 12/14/2015 11:51 AM, Frank Costeira wrote:
Is there anyway to do state-full failover of Kamailio+RTPProxy from a
primary server to a backup server?
It's the kind of thing that's more trouble than it's worth, in the sense that 99% of your effort will be spent on solving a 1% problem.
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Well, that depends. Is your objective really RTP failover, or also failover of dialog state (e.g. for some accounting purpose)? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Sent from my BlackBerry. Original Message From: Frank Costeira Sent: Tuesday, December 15, 2015 09:41 To: Kamailio (SER) - Users Mailing List Reply To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] State-full failover Kamailio+RTPProxy
Hi,
I would prefer to maintain the dialog and rtp session, however push come to shove maintaining the RTP session would be sufficient.
Is it possible to do state-full failover of both the dialog and rtp or just rtp?
Any recommendations on documentation or how-to to read that would point me in the right direction?
Thanks
Regards
On Tue, Dec 15, 2015 at 9:47 AM, Alex Balashov abalashov@evaristesys.com wrote:
Well, that depends. Is your objective really RTP failover, or also failover of dialog state (e.g. for some accounting purpose)? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Sent from my BlackBerry. Original Message From: Frank Costeira Sent: Tuesday, December 15, 2015 09:41 To: Kamailio (SER) - Users Mailing List Reply To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] State-full failover Kamailio+RTPProxy
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello,
accounting using acc module just work fine if both servers write to same database, there is nothing to sync in states between active and standby server.
For rtpproxy, afaik, there is no hot HA system offered by the application. For rtpengine, there were some patches circulating around here (iirc, sent by Carsten Bock) to use a redis server for active-standby sync. Also, because each call uses at least 4 ports, be sure that the standby stays clean of other apps that can use ports which can be used by the active server.
On the other hand, rtpproxy is rather basic UDP forwarder, unlikely to crash. If you use rtpproxy on another system than kamailio, then you are achieving the availability required by most of the services out there. You should just use many rtpproxy at once, kamailio is able to work with all of them (actually, this is recommended if you want to use properly the CPU cores, because rtpproxy is single process application). If you want to put the rtpproxy server in maintenance, use another host with rtpproxy, reconfigure kamailio to use them and let the old ones running for a while so existing calls keep going fine.
Over the time, I got to the conclusion that replicating a lot of states during normal operations adds more overhead and problems than finding specif solutions for particular very rare cases. Have in mind that rtp stream means a lot of small packets, it is better to keep the handling of them as simple as possible not to affect the QoS.
Cheers, Daniel
On 15/12/15 19:02, Frank Costeira wrote:
Hi,
I would prefer to maintain the dialog and rtp session, however push come to shove maintaining the RTP session would be sufficient.
Is it possible to do state-full failover of both the dialog and rtp or just rtp?
Any recommendations on documentation or how-to to read that would point me in the right direction?
Thanks
Regards
On Tue, Dec 15, 2015 at 9:47 AM, Alex Balashov <abalashov@evaristesys.com mailto:abalashov@evaristesys.com> wrote:
Well, that depends. Is your objective really RTP failover, or also failover of dialog state (e.g. for some accounting purpose)? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 <tel:%2B1-800-250-5920> (toll-free) / +1-678-954-0671 <tel:%2B1-678-954-0671> (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ Sent from my BlackBerry. Original Message From: Frank Costeira Sent: Tuesday, December 15, 2015 09:41 To: Kamailio (SER) - Users Mailing List Reply To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] State-full failover Kamailio+RTPProxy _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi,
just a quick note: Our implementation of the REDIS Backend for RTPEngine (https://github.com/ngvoice/rtpengine-redis-plugin) got obsolete, as RTPEngine supports this functionality now natively without any external Plugin.
Thanks, Carsten
2015-12-16 9:27 GMT+01:00 Daniel-Constantin Mierla miconda@gmail.com:
Hello,
accounting using acc module just work fine if both servers write to same database, there is nothing to sync in states between active and standby server.
For rtpproxy, afaik, there is no hot HA system offered by the application. For rtpengine, there were some patches circulating around here (iirc, sent by Carsten Bock) to use a redis server for active-standby sync. Also, because each call uses at least 4 ports, be sure that the standby stays clean of other apps that can use ports which can be used by the active server.
On the other hand, rtpproxy is rather basic UDP forwarder, unlikely to crash. If you use rtpproxy on another system than kamailio, then you are achieving the availability required by most of the services out there. You should just use many rtpproxy at once, kamailio is able to work with all of them (actually, this is recommended if you want to use properly the CPU cores, because rtpproxy is single process application). If you want to put the rtpproxy server in maintenance, use another host with rtpproxy, reconfigure kamailio to use them and let the old ones running for a while so existing calls keep going fine.
Over the time, I got to the conclusion that replicating a lot of states during normal operations adds more overhead and problems than finding specif solutions for particular very rare cases. Have in mind that rtp stream means a lot of small packets, it is better to keep the handling of them as simple as possible not to affect the QoS.
Cheers, Daniel
On 15/12/15 19:02, Frank Costeira wrote:
Hi,
I would prefer to maintain the dialog and rtp session, however push come to shove maintaining the RTP session would be sufficient.
Is it possible to do state-full failover of both the dialog and rtp or just rtp?
Any recommendations on documentation or how-to to read that would point me in the right direction?
Thanks
Regards
On Tue, Dec 15, 2015 at 9:47 AM, Alex Balashov abalashov@evaristesys.com wrote:
Well, that depends. Is your objective really RTP failover, or also failover of dialog state (e.g. for some accounting purpose)? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Sent from my BlackBerry. Original Message From: Frank Costeira Sent: Tuesday, December 15, 2015 09:41 To: Kamailio (SER) - Users Mailing List Reply To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] State-full failover Kamailio+RTPProxy
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com http://miconda.eu
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
If you want to store the state of a Kamailio server you should use db_mode 3. This mode stores everything (even socket information) in the database. In this case using a virtual IP address you can fail over to another server. This can be easily done using Pacemaker and Corosync. I created a simple set of Ansible playbooks that do this for you. Using these scripts you can even create a cluster of load balanced RTPProxy servers.
https://github.com/ghrst/Kamailio-HA
On Wed, Dec 16, 2015 at 12:01 PM, Carsten Bock carsten@ng-voice.com wrote:
Hi,
just a quick note: Our implementation of the REDIS Backend for RTPEngine (https://github.com/ngvoice/rtpengine-redis-plugin) got obsolete, as RTPEngine supports this functionality now natively without any external Plugin.
Thanks, Carsten
2015-12-16 9:27 GMT+01:00 Daniel-Constantin Mierla miconda@gmail.com:
Hello,
accounting using acc module just work fine if both servers write to same database, there is nothing to sync in states between active and standby server.
For rtpproxy, afaik, there is no hot HA system offered by the
application.
For rtpengine, there were some patches circulating around here (iirc,
sent
by Carsten Bock) to use a redis server for active-standby sync. Also, because each call uses at least 4 ports, be sure that the standby stays clean of other apps that can use ports which can be used by the active server.
On the other hand, rtpproxy is rather basic UDP forwarder, unlikely to crash. If you use rtpproxy on another system than kamailio, then you are achieving the availability required by most of the services out there.
You
should just use many rtpproxy at once, kamailio is able to work with all
of
them (actually, this is recommended if you want to use properly the CPU cores, because rtpproxy is single process application). If you want to
put
the rtpproxy server in maintenance, use another host with rtpproxy, reconfigure kamailio to use them and let the old ones running for a
while so
existing calls keep going fine.
Over the time, I got to the conclusion that replicating a lot of states during normal operations adds more overhead and problems than finding
specif
solutions for particular very rare cases. Have in mind that rtp stream
means
a lot of small packets, it is better to keep the handling of them as
simple
as possible not to affect the QoS.
Cheers, Daniel
On 15/12/15 19:02, Frank Costeira wrote:
Hi,
I would prefer to maintain the dialog and rtp session, however push come
to
shove maintaining the RTP session would be sufficient.
Is it possible to do state-full failover of both the dialog and rtp or
just
rtp?
Any recommendations on documentation or how-to to read that would point
me
in the right direction?
Thanks
Regards
On Tue, Dec 15, 2015 at 9:47 AM, Alex Balashov <
abalashov@evaristesys.com>
wrote:
Well, that depends. Is your objective really RTP failover, or also failover of dialog state (e.g. for some accounting purpose)? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Sent from my BlackBerry. Original Message From: Frank Costeira Sent: Tuesday, December 15, 2015 09:41 To: Kamailio (SER) - Users Mailing List Reply To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] State-full failover Kamailio+RTPProxy
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com http://miconda.eu
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Carsten Bock CEO (Geschäftsführer)
ng-voice GmbH Schomburgstr. 80 D-22767 Hamburg / Germany
http://www.ng-voice.com mailto:carsten@ng-voice.com
Office +49 40 5247593-0 Fax +49 40 5247593-99
Sitz der Gesellschaft: Hamburg Registergericht: Amtsgericht Hamburg, HRB 120189 Geschäftsführer: Carsten Bock Ust-ID: DE279344284
Hier finden Sie unsere handelsrechtlichen Pflichtangaben: http://www.ng-voice.com/imprint/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Alex Balashov -
Carsten Bock -
Daniel-Constantin Mierla -
Frank Costeira -
Gholamreza Sabery