CentOS virt - Jul 2018 - Mitel only supported VMware virtualization platform for some CentOS servers based products

Hi,

Some Mitel products, which are CentOS 6.x or 7.x servers based with some 
telephony services added, are only supported on VMware virtualisation 
platform, even all if theses CentOS guests are certified on last 
CentOS/Redhat Virtualization or Microsoft Hyper V platforms.

So, at he moment we have three bad choises :
- Migrate part of our virtualization services from KVM/libvirt to VMware ;
- Install Mitel concerned product on a physical server ;
- Stay on KVM/libvirt and lose Mitel support for this product.

I'm seeking for technical/legal arguments which could help us to stay on 
KVM/libvirt without losing Mitel support.

Regards,

-- 

*Jean-Marc LIGER
Ing?nieur Syst?mes et R?seaux de Communication
*
FACULT? DE M?DECINE
Direction Technique, Informatique, R?seaux et Multim?dia
15 rue de l??cole de M?decine ? 75270 Paris cedex 06
T?l : +33 (0)1 76 53 00 71

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos-virt/attachments/20180711/308b2ef1/attachment.html>

Hi,

I finaly find enough legal stuff, from the French government 
recommandations, to qualify our CentOS KVM/libvirt as a platform we can use.

By the way the legal advisory of KVM is not as the save level as its 
technical quality :


Le 11/07/2018 ? 18:07, Jean-Marc Liger a ?crit?:
>
> Hi,
>
> Some Mitel products, which are CentOS 6.x or 7.x servers based with 
> some telephony services added, are only supported on VMware 
> virtualisation platform, even all if theses CentOS guests are 
> certified on last CentOS/Redhat Virtualization or Microsoft Hyper V 
> platforms.
>
> So, at he moment we have three bad choices :
> - Migrate part of our virtualization services from KVM/libvirt to VMware ;
> - Install Mitel concerned product on a physical server ;
> - Stay on KVM/libvirt and lose Mitel support for this product.
>
> I'm seeking for technical/legal arguments which could help us to stay 
> on KVM/libvirt without losing Mitel support.
>
> Regards,
>
> -- 
>
> *Jean-Marc LIGER
> Ing?nieur Syst?mes et R?seaux de Communication
> *
> FACULT? DE M?DECINE
> Direction Technique, Informatique, R?seaux et Multim?dia
> 15 rue de l??cole de M?decine ? 75270 Paris cedex 06
> T?l : +33 (0)1 76 53 00 71
>
>
>
> _______________________________________________
> CentOS-virt mailing list
> CentOS-virt at centos.org
> https://lists.centos.org/mailman/listinfo/centos-virt
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos-virt/attachments/20180712/9c5ddff5/attachment-0002.html>

Hi,

I finaly found enough legal stuff, from the French government IT 
recommandations, to qualify our CentOS KVM/libvirt platform.

By the way the legal information from KVM is not as the same level as 
its technical quality.

The guest support page is obsolete :

https://www.linux-kvm.org/page/Guest_Support_Status

The osinfo-query os command result is for example stuck centos 7.0.

Regards,

*Jean-Marc LIGER
Ing?nieur Syst?mes et R?seaux de Communication
*
FACULT? DE M?DECINE
Direction Technique, Informatique, R?seaux et Multim?dia
15 rue de l??cole de M?decine ? 75270 Paris cedex 06
T?l : +33 (0)1 76 53 00 71

Le 11/07/2018 ? 18:07, Jean-Marc Liger a ?crit?:
>
> Hi,
>
> Some Mitel products, which are CentOS 6.x or 7.x servers based with 
> some telephony services added, are only supported on VMware 
> virtualisation platform, even all if theses CentOS guests are 
> certified on last CentOS/Redhat Virtualization or Microsoft Hyper V 
> platforms.
>
> So, at he moment we have three bad choises :
> - Migrate part of our virtualization services from KVM/libvirt to VMware ;
> - Install Mitel concerned product on a physical server ;
> - Stay on KVM/libvirt and lose Mitel support for this product.
>
> I'm seeking for technical/legal arguments which could help us to stay 
> on KVM/libvirt without losing Mitel support.
>
> Regards,
>
> -- 
>
> *Jean-Marc LIGER
> Ing?nieur Syst?mes et R?seaux de Communication
> *
> FACULT? DE M?DECINE
> Direction Technique, Informatique, R?seaux et Multim?dia
> 15 rue de l??cole de M?decine ? 75270 Paris cedex 06
> T?l : +33 (0)1 76 53 00 71
>
>
>
> _______________________________________________
> CentOS-virt mailing list
> CentOS-virt at centos.org
> https://lists.centos.org/mailman/listinfo/centos-virt
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos-virt/attachments/20180712/200e0971/attachment.html>

On Thu, Jul 12, 2018 at 10:11 AM, Jean-Marc Liger
<jean-marc.liger at parisdescartes.fr> wrote:
> Hi,
>
> I finaly find enough legal stuff, from the French government
> recommandations, to qualify our CentOS KVM/libvirt as a platform we can
use.
>
> By the way the legal advisory of KVM is not as the save level as its
> technical quality :
>
>
> Le 11/07/2018 ? 18:07, Jean-Marc Liger a ?crit :
>
> Hi,
>
> Some Mitel products, which are CentOS 6.x or 7.x servers based with some
> telephony services added, are only supported on VMware virtualisation
> platform, even all if theses CentOS guests are certified on last
> CentOS/Redhat Virtualization or Microsoft Hyper V platforms.
>
> So, at he moment we have three bad choices :
> - Migrate part of our virtualization services from KVM/libvirt to VMware ;
> - Install Mitel concerned product on a physical server ;
> - Stay on KVM/libvirt and lose Mitel support for this product.
>
> I'm seeking for technical/legal arguments which could help us to stay
on
> KVM/libvirt without losing Mitel support.
>
> Regards,
Turn it around, maybe? Call Mitel and explain that you've benefited
profoundly from the KVM virtualization stack, which is open source
much as RHEL and CentOS are? In fact, if you can invest in some
license, get RHEL licensed systems and get Red Hat involved. I've been
at some virtualization evaluation meetings in my time, and it's
important to bring compelling benefits to one virtualization toolkit
or another, not merely the licensing cost.

One of the issues for telephony applications is latency: another is
the consistency of latency, that spotty phase delays in processing can
seriously confuse audio signals. That's.... actually quite tricky to
ensure in a virtualized environment, especially if you're not generous
in the resources allocated for each VM. Performance can get *very* odd
as you start saturating your hypervisors' networks or RAM or CPU
resources. So I'm not personally shocked that a certification might
exist only for the one technology that the testing or certification
had available. It's exactly what I'd want to talk to the testing group
about.