<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=windows-1252"
 http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
I will try VMWare then. Does it support AMD-V or Intel VT
virtualization at processor level for speedup? If so, I guess there is
at some point some kernel code (module like KVM or special kernel like
Xen) that could provoke some similar problems with zaptel interrupts.
Could there be some issues here or am I totally wrong again?<br>
<br>
François.<br>
<br>
<br>
<br>
Stephen Bosch wrote:
<blockquote cite="mid464CD496.4030302@vodacomm.ca" type="cite">
  <pre wrap="">François Delawarde wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">And I thank you for that (the helping part), you've found the deep cause
of all my zaptel problems (Xen), so please don't leave me alone! ;-)

To be a bit more constructive, I'd like to ask you or anyone that dared
to try using Asterisk on a non-dedicated hardware, specifically those
that tried on a machine hosting VMs the following:

- If there is no way running Asterisk with Xen, what type of
'hypervisor' should I use in order not to have problems? KVM?, KQemu?,
VMWare?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
The only one I would bother with is VMWare Server. It is solid, proven
technology, and they have a big team of very talented engineers who have
worked years to get the virtualization to the point where it can be sold
as an enterprise grade product.

If I were to try virtualizing anything, it would be on VMWare Server.

  </pre>
  <blockquote type="cite">
    <pre wrap="">- What type of problems should I expect if I dare to do that? (of
course, Asterisk will be realtime-niced to make it more important)
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Well, in particular anything that expects unfettered access to hardware
(as most realtime applications which rely on interface cards do) is
going to be vulnerable to the proclivities of the hypervisor.

Virtualization is still mostly rocket science. I have no doubt that it
is the future and one day everything will run in virtualized
environments -- but we're still a bit away from that.

Virtualization makes financial sense when you have 20 database servers
running at 10% utilization; you can drop your hardware requirements by
at least a third... but for systems relying on dedicated hardware, I
would be very careful (again -- I speak from ugly experience here).

-Stephen-
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>

  </pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<style>
 /* Style Definitions */
p.line
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";
        color:blue;}
p.name
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Times New Roman";
        color:black;
        font-weight:bold;}
p.title
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Times New Roman";
        color:blue;
        font-weight:bold;}
p.contact
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Times New Roman";
        color:blue;}
p.logo
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";
        color:#DC352A;
        font-weight:bold;}
p.disclaimer
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:7.5pt;
        font-family:"Times New Roman";
        color:#454545;}
a:link
        {color:blue;
        text-decoration:underline;}
a:visited
        {color:purple;
        text-decoration:underline;}
</style>
<p class="line"> _________________________</p>
<p class="name">François Delawarde</p>
<p class="title">Ingeniero de red</p>
<p class="contact">Tel: 918.03.92.51</p>
<p class="contact">E-mail: <a
 href="mailto:fdelawarde@wirelessmundi.com">fdelawarde@wirelessmundi.com</a></p>
<p class="line"> _________________________</p>
<p class="logo">WIRELESS MUNDI</p>
<p class="contact"><a href="http://www.wirelessmundi.com/">http://www.wirelessmundi.com/</a></p>
<p class="contact">C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico
de Madrid</p>
<p class="contact">28760 TRES CANTOS (Madrid)</p>
<p class="contact">Tlf./Fax: (+34) 918 03 92 51</p>
<hr size="2" width="100%">
<p class="disclaimer">La información contenida en este mensaje y en sus
archivos adjuntos es CONFIDENCIAL y se dirige exclusivamente a sus
destinatarios. Queda expresamente prohibida la utilización de la misma
por cualquier persona distinta de los destinatarios de esta
comunicación. Si usted ha recibido este mensaje por error le rogamos
que lo comunique inmediatamente a WIRELESS MUNDI y lo borre al igual
que todos sus documentos adjuntos. El correo electrónico no puede
asegurar la confidencialidad ni la integridad de sus mensajes por lo
que WIRELESS MUNDI no se hace responsable de tales errores u omisiones.</p>
<p class="disclaimer" align="center"><font color="#454545"
 face="Verdana" size="1">----------0----------</font></p>
<p class="disclaimer"><font color="#454545" face="Verdana" size="1">All
information in this message and its attachments is confidential and may
be legally privileged. Only intended recipients are authorized to use
it. If you have received this transmission in error, please notify
WIRELESS MUNDI immediately and delete this message and its attachments.
E-mail transmissions are not guaranteed to be secure or error free and
WIRELESS MUNDI does not accept liability for such errors or omissions.</font></p>
<hr size="2" width="100%">
</div>
</body>
</html>