But yes on any hardware
On Aug 28, 2012 5:56 PM, "Daniel-Constantin Mierla" <miconda(a)gmail.com
<mailto:miconda@gmail.com>> wrote:
Hello,
On 8/28/12 10:33 AM, Jason Penton wrote:
Hey Daniel,
We use Solaris virtualisation and it works great. The zones (VMs
per se) are lightweight, easy to administer and rock solid.
btw, common misconceptions are that you need sun (oracle)
hardware and that the os is not free. These are both false.
so you use opensolaris, I guess, and then it can be any intel/amd
arch server (e.g., dell, hp)?
Cheers,
Daniel
cheers
Jason
On Tue, Aug 28, 2012 at 9:59 AM, Carsten Bock
<carsten(a)ng-voice.com <mailto:carsten@ng-voice.com>> wrote:
Hi Daniel,
here's from my personal experience:
Our setup at ng-voice is a little weird sometimes: We've
rented some
virtual servers at a german provider (who uses Xen). On these
virtual
servers we've installed OpenVz, which for us is absolutely
great, if
you are just working with Linux-Servers. While Xen is a rather
complete virtualization, OpenVz is lightweight and comes in
handy, if
you just want to logically separate servers. We've got each IMS
component (P-/I-/S-CSCF, HSS, Application-Servers, Databases)
running
on a dedicated OpenVz Container, which is really great. We've
even got
a CentOs-Container running on a Debian OpenVz, which is started
"on-demand" in order to build RPM-Packages. With OpenVz you
can even
move Containers from one host to another, theoretically with zero
downtime (doesn't work with SEMS, don't know about other
software).
For our IMS-setup, we work with RTP-Relaying, which works
great within
virtualization, i cannot complain.
At another customer (a fibre provider in Germany), we're
running all
the infrastructure on Xen-only. An infrastructure provider
takes care
of the administration, but those servers run poorly
(RTP-Relaying is
okay but everything else is really slow).
Conclusion for me: VoIP on virtual servers can work great,
but the
virtualization infrastructure needs to be administered
properly which
may not be an easy task, if you are new in this subject.
Kind regards,
Carsten
2012/8/28 Daniel-Constantin Mierla <miconda(a)gmail.com
<mailto:miconda@gmail.com>>:
Hello,
just asking to see your experience deploying sip platforms
on virtual
systems. So far I was running Kamailio in virtual
machines
and no problems,
but I insisted that media servers to be on
physical
machines. Lately is more
pressure from the market to go everything
virtual.
So the question is more about having everything on virtual
systems, proxy
and media server, where the media server can deal
with
transcoding,
conference rooms and IVRs.
Any strong comments pro or against?
What is your preferred virtualization system for such
deployments?
<http://twitter.com/#%21/miconda> -
http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 5-8, 2012
-
http://asipto.com/u/kat
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
mailing list
sr-users(a)lists.sip-router.org
<mailto:sr-users@lists.sip-router.org>
--
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 <mailto:carsten@ng-voice.com>
Office +49 40 34927219 <tel:%2B49%2040%2034927219>
Fax +49 40 34927220 <tel:%2B49%2040%2034927220>
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(a)lists.sip-router.org
<mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
This email is subject to the disclaimer of Smile Communications (PTY) Ltd.
athttp://www.smilecoms.com/disclaimer
<http://twitter.com/#%21/miconda>
-http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 -http://asipto.com/u/kat
This email is subject to the disclaimer of Smile Communications (PTY) Ltd. at